前回は、x86プロセッサの仮想化支援機能（Intel VT、AMD-V）について、その仕組みを紹介しました。 今回は、オープンソースの仮想マシンソフトウェアであるLinux KVMのソースコードを読み、仮想マシンソフトウェアがどのようにIntel VTやAMD-Vを利用してプロセッサを仮想化しているか、具体的に追っていきたいと思います。 Linux KVMのソースコード構成 Linux KVMは、Linux向けのカーネルモジュールとして、Linuxカーネルにマージされています。最新の開発版について興味があれば、Linux KVMの開発サイトから入手することをお勧めします。今回はLinux 2.6.38.2のソースツリーに含まれるLinux KVMのソースコードを基に解説します。 Linux KVMのソースコード ディレクトリ Linux KVMのカーネルモジュールは、Linuxカーネルのソ

タイトルはちょっと大げさだけど、btrfs-unstableブランチとメインラインに動きがあったので、今回はその紹介。 実は、Btrfsの開発ブランチである git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable は今年の7月中旬頃から全然更新されない状況が続いていた。Btrfsのメーリングリストには、日々様々なパッチが投稿されている。Btrfsの開発者のChris Masonさんはメーリングリスト上では返事もしている。にも関わらず。 コミュニティからは、btrfs-unstableブランチはかなり古いので、別のツリーがあるのか？といった質問をされる始末。ちなみに、これに対して誰も返事していない。僕も誰か返事してくれるかな、と期待していたのだれども。 Re: Inode to bdi issue? Tomasz

はじめに これまでにLinuxカーネルの解説本やカーネルのソースコードを読んでみたものの、 実際にカーネルをビルドしてブートする、という基本的なことを避けてきた。 Linuxカーネルをいじれるようになる(なりたい)、という観点で真剣に考えると、カーネルの ビルドとビルドしたカーネルをブートするという行為は避けて通れない。 いじった結果を観測できないから。フィードバックが無ければやる気も維持できない。 何が障壁になっているのだろう？と考えると、自分でビルドしたカーネルを Linuxにインストールして、ブートできなくなったらどうするの？面倒すぎる。 というのが一番の障壁になっていることがわかった。 この障壁を解決するいい方法は無いだろうか？と考えると、ちょうどいいのがあった。 それがUML(User Mode Linux)だった。 UMLを使えば、ビルドしたカーネルが何らかの原因でブートできな

ext2とext3は、「ブロックアルゴリズム」を採用している。ブロックアルゴリズムとは、例えばディスクを4Kbytesなどの単位（ブロック）に分けて管理する方法である。ext2にジャーナリング機能を追加したものがext3である。ext2、ext3以外のファイルシステムで用いられているB-Treeとそのバリエーションは、バランス木（Balanced Tree）をベースとしたアルゴリズムである。 拡張機能としては、今回紹介する「動的iノード」と「エクステント」方式が挙げられる。「エクステント」は、ブロックアドレスの代わりに「論理セット」と呼ばれる「開始アドレス」「サイズ」「オフセット」を渡すことでアドレッシングを効率化する方式である。「動的iノード」はiノードを動的に付与する方法で、これまで存在していたiノード数の制約を解決するものとして期待されている。ReiserFSやJFS、XFSはこれら

Linux用ジャーナリングファイルシステムとしては古参ともいえるReiserFS。そのアルゴリズムや新バージョン「Reiser4」の機能について解説する。（編集局） ReiserFS概要 RiserFSは、Hans Reiser氏率いる開発チームにより1996年から開発が開始されたファイルシステムで、カーネル2.4.1から標準カーネルに取り込まれた。カーネル2.5からは機能強化されたバージョン4（Reiser4）が取り込まれている。 B*-Treeアルゴリズム NAMESYS（http://www.namesys.com/）の紹介の序文に、「ReiserFSは従来のデータベースで実装されてきたB-Treeアルゴリズムをファイルシステムに実装する試み」と書かれているように、ReiserFSは開発当初よりB-Treeアルゴリズムを効率よく実装することを目指していた。 Reiser氏を中心とする

kernel 2.6.16からEDAC (旧Bluesmoke)がマージされ(て)ました。 EDACとは、 EDAC (Error Detection and Correction) is a set of Linux kernel modules for handling hardware-related errors. Currently its major focus is ECC memory error handling. However it also detects and reports PCI bus parity errors. Eventually support will be added for handling other types of errors (cache, thermal throttling, hypertransport, etc.). Alt

さて今回は、インフラエンジニアとしてやっていくための道具？についてちょっと書いてみたいと思います。ただ正直、今回の内容は若干ジェネレーションギャップがあるかもしれません。あったらスミマセン（笑⁠）⁠。 インフラエンジニアといっても、その働く環境は千差万別です。まあインフラエンジニアという定義が広すぎるというのもありますが。私は自分の働いてきた環境が基準なので、それを前提にしてみたいと思います。 入門編 何はなくともターミナル インフラエンジニアにとって何よりも重要なのはコンソールというかターミナルです。ttyやptyのことです。サーバだろうがルータだろうが、作業の9割以上はターミナル上で行います。─あくまで筆者のいた環境のことですよ。Windowsサーバとかは考えていませんすみません。 昔の話をしてすみませんが、1990年代にはまだ「TTY端末」というものがたくさんありました。TTY端末と