readahead的疑問

toniz

對(duì)一個(gè)海量小文件的服務(wù)器做IO優(yōu)化，這個(gè)時(shí)候readahead是調(diào)小好點(diǎn)還是調(diào)大好點(diǎn)？

按照IO優(yōu)化提前讀，延遲寫。那么readahead應(yīng)該是調(diào)大會(huì)好點(diǎn)，但網(wǎng)上很多資料都建議調(diào)小。這是為何！求解。。

embeddedlwp

回復(fù) 1# toniz



readahead的前提是sequetional read，如果是random read就不要readahead了，不然反而降低performance。


   

toniz

好的 謝謝回復(fù)

這個(gè)意思是不是說，因?yàn)榉��?wù)器小文件太多，所以會(huì)導(dǎo)致緩存命中率很低。因此如果系統(tǒng)如果維護(hù)一個(gè)較大的readahead，反而會(huì)導(dǎo)致性能降低。

瀚海書香

回復(fù) 3# toniz
這個(gè)還是詳細(xì)測試一下吧。不能只是從理論上推測。

   

tempname2

這跟文件大小沒關(guān)系，而是看預(yù)讀出來的東西被后續(xù)使用的幾率有多大。

toniz

好的  謝謝兩位

hb12112

一般來說小文件的sequetional會(huì)比較差，readahead太大的話，命中率不高。反而會(huì)降低了性能。

namewr

Readahead不是會(huì)動(dòng)態(tài)的調(diào)整嗎？

linuxfellow

回復(fù) 1# toniz
大量小文件readahead應(yīng)該調(diào)小，原因是這樣的：
如果你有100頁用于page cache, 用于50個(gè)讀取文件讀取，每個(gè)文件讀一頁，預(yù)取一頁；如果50個(gè)文件被訪問的機(jī)會(huì)一樣，這種一頁的預(yù)取會(huì)將50個(gè)文件都照顧到，能得到較好的效果；如果每個(gè)文件每個(gè)文件讀一頁，預(yù)取兩頁，你只能為33個(gè)文件預(yù)讀，會(huì)有1/3的機(jī)會(huì)miss。 這時(shí)readahead值取小一些，效果就好一些
如果你的系統(tǒng)里只有10個(gè)文件經(jīng)常被訪問，其他文件被訪問的頻度很小，那么這時(shí)readahead值取大一些，效果就好一些。完全取決于你的系統(tǒng)

toniz

回復(fù) 9# linuxfellow


    多謝linuxfellow，很詳細(xì)的解釋。了解了，在pagecache一定的情況下，調(diào)小readhead是為了照顧更多的文件。