OS選択の新常識：カーネル挙動を追尾する「DTrace」の実力 (1/8)

　Solaris 10の目玉となる機能のひとつに、実行中のサーバ情報をいつでも取得できる「DTrace」がある。DTraceは、稼働サーバ上で思うようなパフォーマンスが得られなかったり、トラブルが生じた際に原因究明するのに役立つ機能だ。この「OS選択の新常識」Solaris特集では、DTraceを使うと具体的にどのような情報を取得でき？　どのようなシーンで役立つのか？　その実例を解説していくことにしよう。

DTraceの仕組み

　まずは簡単に、DTraceの仕組みから説明する。

　Solaris 10の内部には、「プローブ」と呼ばれる約3万個所のデータ観測ポイントが用意されている。そして、このプローブを提供するプログラムのことを「DTraceプロバイダ」と呼ぶ。DTraceプロバイダは、表1に示すいくつかのカテゴリに分類されているのだ。

　プローブから何か情報を得るためには、dtraceコマンドを用いる。dtraceコマンドを始めとするプローブから情報所得するプログラムを「DTraceコンシューマ」という。

　DTraceコンシューマを使ってプローブを活性化すると、プローブ部分を通過した時にDTraceコンシューマがコールバックされる仕組みだ。この時、引数としてプローブからの情報が渡される。

　つまりDTraceとは、あらかじめプローブに対して「該当部分を通過したら通知してほしい」などと登録することにより、カーネルや実行中のアプリケーションをリアルタイムにトレースする機能なのだ（図1）。

図1■DTraceの仕組み

　各種DTraceプロバイダは、標準で組み込まれており、DTraceを使う時にカーネルやアプリケーションを再コンパイルする必要はない。

　なお標準では、DTraceを利用できるユーザーは、rootユーザーのみに制限されている。これは、プローブからメモリへの読み書きや送受信されているデータ（キー入力も含む）を覗き見ることができるため、セキュリティ上好ましくないためだ（実際に後の例で、ファイルへの書き込みを覗き見る方法を例として説明する）。