ext2/ext3 fs一點(diǎn)疑問

kgd7558

ext3 fs下讀取一個文件inode，
打印出來
block_size=4096
i_blocks=1184
i_size=601779

計(jì)算一下, 601779/4096 差不多只用147個block就夠了，可實(shí)際卻分了1184這么大，想不明白？
因?yàn)閕node中的i_blocks(包括間接)前147是實(shí)際的數(shù)據(jù)塊，應(yīng)該是連續(xù)的，跟文件的偏移量對應(yīng)。
那么多出來的部分存為空閑的還是存放了其它數(shù)據(jù)？

再作了一下實(shí)驗(yàn)，根據(jù)以 i_block[0] * block_size作為偏移量，讀取第一個block，存為A
直接打開文件，讀取前block_size個字節(jié)存為B
比較A 與 B，概率性不相同。

哪位達(dá)人給解析一下

tristanye

HI,

哥們你搞錯了，你是用stat(2)看到的inode節(jié)點(diǎn)信息吧，你這里看到的io blocks其實(shí)是sectors,就是塊設(shè)備最小的塊數(shù)據(jù)大小，所以大小應(yīng)該是512,你用i_size/512看看，得到的io blocks正好是顯示的，stat()看到的blocksize則是ext3的塊大小，作為文件系統(tǒng)data和metadata分配的最小單位。

其實(shí)有一種情況會真正導(dǎo)致i_size/blocksize>i_blocks,那就是文件里預(yù)留空間。

kgd7558

我是從ext3 fs的寫請求中取得的struct inode，然后打出相關(guān)信息的，fs層使用block_size都為格式化時指定的塊大小，并非設(shè)備sector。
至于文件空間預(yù)留，倒是有可能。