readahead的疑問

toniz

對一個海量小文件的服務器做IO優(yōu)化，這個時候readahead是調小好點還是調大好點？

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

embeddedlwp

回復 1# toniz



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


   

toniz

好的 謝謝回復

這個意思是不是說，因為服務器小文件太多，所以會導致緩存命中率很低。因此如果系統(tǒng)如果維護一個較大的readahead，反而會導致性能降低。

瀚海書香

回復 3# toniz
這個還是詳細測試一下吧。不能只是從理論上推測。

   

tempname2

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

toniz

好的  謝謝兩位

hb12112

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

namewr

Readahead不是會動態(tài)的調整嗎？

linuxfellow

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

toniz

回復 9# linuxfellow


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