zlz1zlz

高人啊，都看E文了。

falcon117

对这家的产品本身的硬件素质不是很满意，更谈不上强了。

stornewer

大大们帮我看7楼，page size小，顺序读，I/0能共享，这时什么道理？
                不是顺序读，cache page容易满，这又是怎么解释？

冬瓜头

A page will hold the data (or part of the data) from one I/O operation only – pages cannot be shared by different I/Os, except where sequential reads are occurring. The cache page(s) will be filled in that case.

仔细看看这句话，分析一下语法。这是个语法问题，不是技术问题。翻译一下：

一个页只可以容纳来自一个IO的全部或者部分数据，也就是说，页是一个相对最小的单位，只能容纳一个IO的数据。但是，由于顺序IO读取的环境下，需要用到大量的页来缓存数据，所以，特殊情况特殊处理，此时允许一个页里包含多个IO的数据，以便节省空间。

冬瓜头

except where sequential reads are occurring. The cache page(s) will be filled in that case.

分析一下语法吧，它说的是顺序读环境下，容易被充满。

冬瓜头

单不说性能怎么样，就说文档吧，厂家能把细节讲到这个程度，也算很厚道了，看就要看这种文档。哎～～～

stornewer

引用:

原帖由 冬瓜头 于 2008-3-29 06:52 发表
A page will hold the data (or part of the data) from one I/O operation only – pages cannot be shared by different I/Os, except where sequential reads are occurring. The cache page(s) will be filled i ...

我已经分析过了：上面两种情况分别page size 2KB和16KB,假设写入49KB;
                             Page size 2KB的情况,49KB总共占用25个pages,即50KB,实际占用的字节数为52000(2080*25)B
                             Page size 16KB的情况,49KB总共占用4个page,即64KB,实际占用字节数为66560(2080*64/2)B;
                              实际情况Page size 为2KB占用的字节数少,为什么说除了顺序读,cache page很容易被占满?除了cpu
                              负担重一点,没看出什么问题
  上面分析， 即使是顺序读写，page size小占用的cache也比page size大的小,难道我分析错了?

stornewer

page size 小，一个io在cache的多个page里，还是page size小的用少cache的空间啊

stornewer

冬瓜头斑竹，你说的这个语法错误，那么the cache前面应该用逗号，原文是句号的，而且The cache是的T是大写。

冬瓜头

没有看到它说“page size小，就容易被充满”，没看到这个结论。

另外，你说“为什么说除了顺序读,cache page很容易被占满”，但是我理解却是相反的，即原文是表达的“顺序读情况下，很容易被充满”

晕了，怎么分析开语法了，哥们你还是找个英文语感比较好的人读一下，看看什么结果，也许我理解错了。