readahead的疑问

toniz

对一个海量小文件的服务器做IO优化，这个时候readahead是调小好点还是调大好点？

按照IO优化提前读，延迟写。那么readahead应该是调大会好点，但网上很多资料都建议调小。这是为何！求解。。

embeddedlwp

回复 1# toniz



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


   

toniz

好的 谢谢回复

这个意思是不是说，因为服务器小文件太多，所以会导致缓存命中率很低。因此如果系统如果维护一个较大的readahead，反而会导致性能降低。

瀚海书香

回复 3# toniz
这个还是详细测试一下吧。不能只是从理论上推测。

   

tempname2

这跟文件大小没关系，而是看预读出来的东西被后续使用的几率有多大。

toniz

好的  谢谢两位

hb12112

一般来说小文件的sequetional会比较差，readahead太大的话，命中率不高。反而会降低了性能。

namewr

Readahead不是会动态的调整吗？

linuxfellow

回复 1# toniz
大量小文件readahead应该调小，原因是这样的：
如果你有100页用于page cache, 用于50个读取文件读取，每个文件读一页，预取一页；如果50个文件被访问的机会一样，这种一页的预取会将50个文件都照顾到，能得到较好的效果；如果每个文件每个文件读一页，预取两页，你只能为33个文件预读，会有1/3的机会miss。 这时readahead值取小一些，效果就好一些
如果你的系统里只有10个文件经常被访问，其他文件被访问的频度很小，那么这时readahead值取大一些，效果就好一些。完全取决于你的系统

toniz

回复 9# linuxfellow


    多谢linuxfellow，很详细的解释。了解了，在pagecache一定的情况下，调小readhead是为了照顾更多的文件。