drop_cacheコマンドを使用してdentryとinodeを消去したにもかかわらず、ファイルシステムのメタデータを読み取るためにディスクIOが発生しないのはなぜですか?

drop_cacheコマンドを使用してdentryとinodeを消去したにもかかわらず、ファイルシステムのメタデータを読み取るためにディスクIOが発生しないのはなぜですか?

タイトルからわかるように、「echo#>/proc/sys/vm/drop_caches」と blockdev --flushbufs が混乱していました。

http://pages.cs.wisc.edu/~remzi/OSTEP/file-implementation.pdf

OSSTEPによれば、ターゲットinodeがメモリにキャッシュされていない場合、inodeを読み取るためにディスクIOが発生しなければならず、それによってメモリにデントリデータ構造が生成されます。

私が知っている限り、echo 3> /proc/sys/vm/drop_cachesは、cahche、inode、およびdentryページを削除(消去)することです。

私はblktraceinodeを読むために実際にdisk ioが発生するかどうかを調べようとしました。

1)echo 3 > /proc/sys/vm/drop_caches

> 259,0   38        1     0.000000000 40641  Q   R 109314048 + 32 [cat]
> 259,0   38        2     0.000004096 40641  G   R 109314048 + 32 [cat]
> 259,0   38        3     0.000027108 40641 UT   N [cat] 1
> 259,0   38        4     0.000027862 40641  I   R 109314048 + 32 [cat]
> 259,0   38        5     0.000036393 40641  D   R 109314048 + 32 [cat]
> 259,0   38        6     0.006268251     0  C   R 109314048 + 32 [0]

しかし、inodeを読み取るディスクIOはありません。 16KB ブロックを読み取るディスク io だけが表示されます。

2echo 3 > /proc/sys/vm/drop_cachesblockdev --flushbufs /dev/nvme0n1

259,0    1        1     0.000000000   325  Q  RM 74232 + 8 [cat]     
259,0    1        2     0.000004854   325  G  RM 74232 + 8 [cat]
259,0    1        3     0.000026263   325  D  RM 74232 + 8 [cat]
259,0    1        4     0.006292470     0  C  RM 74232 + 8 [0]
259,0    1        5     0.006382162   325  Q  RM 109052160 + 8 [cat]
259,0    1        6     0.006385621   325  G  RM 109052160 + 8 [cat]
259,0    1        7     0.006393322   325  D  RM 109052160 + 8 [cat]
259,0    1        8     0.006455750     0  C  RM 109052160 + 8 [0]
259,0    1        9     0.006511245   325  Q  RM 109117696 + 8 [cat]
259,0    1       10     0.006512342   325  G  RM 109117696 + 8 [cat]
259,0    1       11     0.006514627   325  D  RM 109117696 + 8 [cat]
259,0    1       12     0.006591933     0  C  RM 109117696 + 8 [0]
259,0    1       13     0.006624544   325  Q  RM 109117704 + 8 [cat]
259,0    1       14     0.006625538   325  G  RM 109117704 + 8 [cat]
259,0    1       15     0.006627567   325  D  RM 109117704 + 8 [cat]
259,0    1       16     0.006688973     0  C  RM 109117704 + 8 [0]
259,0    1       17     0.006764838   325  Q   R 109314048 + 32 [cat]
259,0    1       18     0.006766035   325  G   R 109314048 + 32 [cat]
259,0    1       19     0.006768078   325 UT   N [cat] 1
259,0    1       20     0.006768755   325  I   R 109314048 + 32 [cat]
259,0    1       21     0.006773426   325  D   R 109314048 + 32 [cat]
259,0    1       22     0.006854480     0  C   R 109314048 + 32 [0]

inodeを読み取るためにブロックアクセス(+8(512 * 8 = 4KB))が見つかりました。

カーネルコードでblockdev --flushbufsがどのように機能するかを簡単に見てみると、スーパーブロックをフラッシュすることがわかります。

disk ioがinodeを読み取るためにdrop_cacheだけを使用しないのはなぜですか?

ULKの本では、inodeまたはスーパーブロックがバッファキャッシュにキャッシュされていると言います。 ULKの本は、inodeとスーパーブロックがバッファキャッシュにキャッシュされていることを示しています。これが理由ですか?

ありがとう

ベストアンサー1

おすすめ記事