詳細

メタデータ

メタデータの例は次のとおりです。

• ファイルシステムのブロックポインタ

• ディレクトリ情報

• データ複製解除テーブル

• ZFS uberblock

プリフェッチ

プリフェッチはストリーミング読み取りのワークロードのパフォーマンスを向上させるメカニズムです。このメカニズムでは、入出力アクティビティーを検査して逐次読み取りであることを識別し、余分の読み取りを前もって実行することで、アプリケーションがデータをリクエストする前にデータをキャッシュに入れることができます。プリフェッチは ARC へのアクセスを実行することによって ARC よりも前に発生します。プリフェッチ ARC アクティビティーを理解しようとするときは、このことに注意してください。次に例を示します。

表 3-6  プリフェッチタイプ

タイプ 説明 プリフェッチデータ miss 数 プリフェッチによって逐次ワークロードであることが識別され、データに対して ARC アクセスを実行することによってデータを前もって ARC にキャッシュすることがリクエストされました。データはキャッシュに存在しなかったため、これは「ミス」でデータはディスクから読み取られます。これは正常であり、プリフェッチによってディスクから ARC にデータを取り込む方法を示しています。 プリフェッチデータ hit 数 プリフェッチによって逐次ワークロードであることが識別され、データに対して ARC アクセスを実行することによってデータを前もって ARC にキャッシュすることがリクエストされました。ところがデータは ARC にすでに存在していたため、アクセスは「ヒット」を返し、プリフェッチ ARC アクセスは実際は不要でした。この現象は、キャッシュされたデータが逐次的な方法で繰り返し読み込まれる場合に起こります。

データがプリフェッチされたあと、アプリケーションはそれ自身の ARC アクセスによってデータをリクエストする場合があります。サイズが異なる場合があることに注意が必要です。プリフェッチは 128K バイトの入出力サイズで実行され、アプリケーションは 8K バイトの入出力サイズで読み取ることがあります。たとえば、次のデータは直接関係がないように見えます。

• データ hit 数: 368

• プリフェッチデータ miss 数: 23

ただし、プリフェッチが 128K バイトの入出力サイズでリクエストしていれば、これは 23 x 128 = 2944K バイトです。また、アプリケーションが 8K バイトの入出力サイズでリクエストしていれば、これも 368 x 8 = 2944K バイトです。