引用:
原帖由 stornewer 于 2008-3-26 13:21 发表 
明白意思了,hotspare磁盘顶上之后,正在rebuilding,这时换掉坏盘换新盘,此时不会停止rebuilding来做新盘的rebuilding,而是继续做完rebuilding,然后再拷贝到新磁盘上
The page size selected for the array is global, applying to both SPs for reads as well as writes. The sizes listed are rounded – 2 KB is strictly 2048 bytes, but because of the extra 8 bytes per CLARiiON disk sector, a 2 KB page in cache is really 2080 bytes. 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.
Cache page size is one of the parameters with a large influence on cache performance. Setting the page size too large results in unused memory; as an example, if cache page size is set to 16 KB, a host write of 49 KB requires 4 pages, or 64 KB, of cache. If the page size was 4 KB, 13 pages would be used – a total of 52 KB. Setting the page size too large wastes memory, while setting it too small uses memory efficiently, but forces the SP to work too hard. In applications that access user data through a file system, cache page size should typically be set to match the standard I/O size of the file system. For Windows NT and Windows 2000, this is typically 4 KB. Many Unix systems use 8 KB block sizes.
In the event that I/O sizes vary, it is recommended that the page size be left at the default, 8 KB.
上面两种情况分别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负担重一点,没看出什么问题