再出个选择题：关于NAS方面的（答案已公布，14楼）

storm the front

选B

如果读缓存，一旦缓存里无要求数据，最后还是要做direct io操作，这个读缓存是个多余的步骤。。。

liujian159753

回复 1# 冬瓜头


    B 缓存没功夫打理他，自己快拿快走！

撒旦的使者

应该是没有绝对的，读取大量的小文件当然需要缓存，有缓存效率高；如果读取容量巨大的文件比喻说hd的毛片，没有缓存效率应该更高，所以不规定场景，这个题目就没有答案。
推荐阅读：
http://www.microsoft.com/downloa ... F-BD91-5F7708ADB23C
http://msdn.microsoft.com/en-us/library/cc264611.aspx

冬瓜头

答案为B

大块连续io，缓存作用不大，这个都是共识。
小块随机io，程序在open文件的时候使用了缓存，更是雪上加霜，会存在读惩罚的问题。win系统下，remote file的读访问会经过page fault过程，造成每次读入以一个或多个page为单位的数据，导致读入了太多不必要的数据，性能严重降低。而且有人vista 64Bit版中遇到的问题更夸张，程序只要求读入十几字节内容但是内核却读入32KB内容，我不知道vista64的page size是多少，但是可以看到读惩罚异常严重。

并且，cifs环境下系统根本不进行预读过程，所以，即使是小块连续io，也只能享受到一点点page fault过程导致的被动式预读加速。

其次，针对文件的访问是可以以任何offset为起始的，也正因为这个特点，底层一定会有读惩罚，但是cifs本身却没有要求offset以扇区对齐，所以cifs可以透传上层的io到server端然后由server端自己产生读惩罚，这就不关client的事了。底层完全透传的话，上层必须使用dio，win下使用dio对程序的要求就是不但app buffer必须扇区对齐，io size也必须扇区对齐。

综上所述，任何条件下，都不应使用在程序open时候不指定direct io。本质上也要求程序io size扇区对齐。所以，考虑周到的程序可能会考虑本地fs和remote fs两种情况分别对待以最大程度榨取系统性能。
另外注意，这里为何再三强调程序open时指定，是因为cifs有两层的缓存，user和kernel mode之间有一层，cifs底层还有一层，两层不要混淆。

预知这方面具体细节，请参考《大话存储（第二版）》，敬请期待。

撒旦的使者

答案为B，大多数人选对了，但是选择的原因却没说到点上。
大块连续io，缓存作用不大，这个都是共识。
小块 ...
冬瓜头 发表于 2010-03-09 11:50

    xd，到时候书中会加上轮奸的实验吗？

撒旦的使者

xd，到时候书中会加上轮奸的实验吗？
撒旦的使者 发表于 2010-03-09 12:03

    此处应为论证

冬瓜头

书中有多个魔鬼试验样例。

另外，这是冰山一角，预知更多精彩内容，敬请期待！

michael1983

受教学习了

ry715

saintdragon

冬瓜宣传大话2，是否会影响大话1的销售量呀？