Rev.1を表示中。最新版はこちら。

概要

BufferのフラグBH_Boundaryに関して。

BH_Boundary 意味

編集中

カーネルのfs/mpage.cのコメントより

BH_Boundary explanation:
There is a problem.  The mpage read code assembles several pages, gets all their disk mappings, and then submits them all.  That's fine, but obtaining the disk mappings may require I/O.  Reads of indirect blocks, for example.

mpageのRead処理は幾つかのページをまとめてディスクにマップします。それからxxxx
ディスクのマッピングにはI/Oが必要になる。
例えば、間接参照ブロックのRead。

So an mpage read of the first 16 blocks of an ext2 file will cause I/O to be submitted in the following order:

ext2上のファイルの最初の16ブロックのReadは以下の順番でI/Oが発生する。

12 0 1 2 3 4 5 6 7 8 9 10 11 13 14 15 16
because the indirect block has to be read to get the mappings of blocks 13,14,15,16.  Obviously, this impacts performance.

13,14,15,16ブロックをマッピングするために間接参照ブロックを読まなければならないため。
これは、明らかに性能に影響する。

So what we do it to allow the filesystem's get_block() function to set BH_Boundary when it maps block 11.  BH_Boundary says: mapping of the block after this one will require I/O against a block which is probably close to this one.  So you should push what I/O you have currently accumulated.
ファイルシステムがブロック11をマッピングする際、get_block()にBH_Boundaryを設定
させるようにした。
 BH_Boundaryは
「このあとのブロックのマッピングで近いブロックに対してI/Oが必要になる可能性がある。だから、今持っているI/Oを発行すべき」
であることを示している。
This all causes the disk requests to be issued in the correct order.
これにより、正しい順番でI/Oを行える。

関連関数

buffer_boundary(bh)

関連ページ

Buffer
Ext2 FS
mpage