Linuxカーネルを読む前にやったこと - komukomo’s diary
「カーネルのコードがよくわからない。Linuxカーネルに関する本を読んでもいまいちしっくりこない。」 から、「読めば理解できそう..!」 になるまでにやったことのまとめ。 はじめに 低レイヤの話がわかるようになりたかった。 カーネルの中身が知りたかった。 とりあえず本を読もうと思い詳解 Linuxカーネル 第3版を読んだが知識がなさ過ぎてよくわからない。 知らない用語だらけで都度調べればなんとなくはわかる気もするが、いまいち頭に入ってこない。 今思うとそもそもCPUの話なのかカーネルの話なのかさえよくわからない状態で読んでいたような気がする。 そんな状態を克服するためにやったことをまとめておく。 学習前 学習前の自分の知識はこんな感じだった。 知っていた データ構造とアルゴリズム 論理回路 C言語（研究室で数値計算に使える程度。構造体やポインタくらいならわかる。） よく知らなかった OSが
QEMUのなかみ(QEMU internals) part1 - るくすの日記 ~ Out_Of_Range ~
ここ一ヶ月ほどQEMUのコードとお戯れしていたのですが、 qemuのソースコードもうすぐ読みきりそうなのでどこかにまとめたいんだけど、qemu internalみたいな記事ってどれぐらい需要あるの— 前代未聞 (@RKX1209) 2015, 11月 9 と言ってみた所なんとなく需要がありそうだったので書きました。 本記事ではQEMUの内部実装を追い、具体的な仕組みを見ていきます。もし研究や仕事などでqemuを読む必要がある方や、これから趣味で読んでみようという方はぜひ参考にしてください。 (QEMU internalsというよりはQEMUコードリーディングの方が適切かもしれませんね....) さてここで扱うQEMUはqemu2.4.0でゲストはx86,ホストはx64であると仮定します。 両方共x86系となるとDBTの意味はあまり無く、KVM使ってどうぞという話になるのですが、あくまでコー
CPU実験で自作CPUにUNIXライクOS (xv6) を移植した話 - 豆腐の豆腐和え
今年のCPU実験では、有志からなる我らがX班が、おそらくCPU実験史上初である自作CPUへのOS (xv6) 移植に成功しました。コア係とコンパイラ係の面々がそれぞれまとめ記事を書いていたので、OS係から見たOS移植のまとめも書こうかなと思います。こんなことしてましたってことが伝わればいいなと思います。 この記事を読む後輩やらなんやらがいたら、ぜひ僕らがやったようなことはさっさとクリアしちゃって、さらにさらに面白いことをする踏み台にしていってほしいですね。 どなたが読んでもある程度概要が伝わるよう、まずCPU実験とは何かということをさらっと書いた後、実際にxv6を移植するにあたってやったことをまとめたいと思います。 CPU実験とは CPU実験は僕の学科（理学部情報科学科）で3年冬に行われる、半年間にわたる学科名物演習です。 最初の週で4～5人程度の班に分けられた後、それぞれの班でオリジナル
Raspberry Pi を QEMU でエミュレートする方法 (2015年7月更新)
Raspberry Pi を QEMU でエミュレートする方法です. これにより実機を用いずにテストを行うことが出来ます. 環境 テストに用いたホストOSの環境は Debian 8 jessie amd64 です. エミュレータは QEMU 2.1.0 を使用し, ゲストOSには, Raspberry Pi用に最適化された Debian の Raspbian (2014-09-09) を用います. また, 以下の環境で同様の手順で動作できることを確認しています. OS X Yosemite, QEMU 2.1.2, Raspbian (2014-09-09) OS X Yosemite, QEMU 2.2.0, Raspbian (2014-12-24) OS X Yosemite, QEMU 2.2.1, Raspbian (2015-05-05) QEMU のインストール QEMU を
JVNVU#649219: Intel CPU で動作する 64bit OS や仮想化環境に権限昇格の脆弱性
Intel CPU で動作する複数の 64bit OS や仮想化環境には、権限昇格の脆弱性が存在します。 影響を受ける製品は複数存在します。詳しくは各製品開発者が提供する情報をご確認ください。 なお、以下の製品は本脆弱性の影響を受けないとのことです。 VMware VMware Information for VU#649219AMD AMD Information for VU#649219 Intel CPU で動作する環境において、ring3 で実行されるプロセスは、細工されたスタックフレームを用意して、一般保護違反の発生時に ring0 で実行される (カーネル) プロセスに使用させることが可能です。
メモリー不足を根本的に解決する64bit OSの仕組み (1/4)
今回は、OSのメモリー管理について解説しよう。メモリー管理はOSの基本機能のひとつと言ってもいいぐらい、重要な機能だ。というのも、近代的なOSはすべてマルチタスク、つまり複数のアプリケーションが並行して動作するため、それぞれのアプリケーションが利用するメモリーを、OSが正しく管理しなければならないからだ。 プログラムはメインメモリーに置かないと実行できないが、別々のプログラムをメモリー内の同じ位置に置くわけにはいかない。だからプログラムを起動するときには、以前に起動したプログラムとは別の場所に置かねばならない。プログラムをどこにおいて、どれだけのメモリーを使わせるのかを把握することを「メモリー管理」という。 コンピューターの歴史はメモリー管理の歴史でもある。それぐらいコンピューターにとっては、メモリーを管理することは重要だ。かつてメモリーは高価な部品だった。また、プログラムは機能が増えるこ
32bit CPUはメモリを4GBしか使うことができない 【▲→川俣晶の縁側→IT都市伝説】
32bit CPUはメモリを4GBしか使うことができない § 32bit CPUは4GB(ギガバイト)のメモリ空間しか持っていません。 ですから、4GB以上のメモリを接続することはできず、それを使うこともできません。 なんてことはないのだ、実は § 実際には、32bit CPUであっても、4GBよりも大きなメモリを扱えるケースが多くあります。 32bit CPUが4GBより大きなメモリを扱えないというのは、アーキテクチャに関するまったくの不勉強そのもの、と言えます。OSや開発ツールが見せかけている構造と、実際の構造の相違を混同している、と表現しても良いでしょう。 物理メモリ空間と論理メモリ空間 § 物理的にCPUに接続できるメモリのメモリ空間は、主にCPUからアドレスバスが何本出ているかで決まります。(物理メモリ空間) それに対して、プログラムがアクセス可能なメモリ空間は、CPUの論理的な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。