Best Practice for EMC R22 （part2）

上一篇 / 下一篇 2006-09-19 15:16:02 / 天气: 晴朗 / 心情: 高兴 / 个人分类：原创/翻译

查看( 149 ) / 评论( 0 ) / 评分( 0 / 0 )

3．主机文件系统影响DOIT博客p&C{ };gr5O

在主机层次，通过指定最小最大的I/O request size，文件系统也影响了应用I/O的特性。

AB5rm+U!Xy.nt0A.文件系统的缓冲和组合（coalesce）

跟在存储系统上的cache相似的是，缓冲是文件系统提高性能的一种主要方式。

缓冲
2H[6HyZ I\0在大部分的情况下，文件系统的缓冲应该最大化，因为这能减少存储系统的负载。然而，还是DOIT博客Z H)@-D3GM#r
会有一些意外。

一般来说，应用自己来调配缓冲，能避免文件系统的缓冲或者在文件系统的缓冲之外工作。这
,f-z2\2M V0是基于应用能更加有效的分配缓冲的假设之上。而且，通过避免文件系统的coalesce，应用DOIT博客A,cDM,^
更能控制I/O的响应时间。但是，正如在64位的服务器里RAM的容量将会提升到32GB或者更多，DOIT博客x4`;YP:T+u*_
这也就有可能把这个文件系统都放在缓冲里面。这就能使读操作在缓冲下，性能会有非常显著DOIT博客*YDGLo3S
的提升。（写操作应该使用写透（write-through）的方式来达到数据的持续性。）

结合CoalescingDOIT博客7R7^'t?|#]"_ Q1n
文件系统的coalesce能帮助我们从存储系统里获得更高的带宽。在大部分顺序访问的操作里面，DOIT博客i:jO!y B1}5z
用最大邻近和最大物理的文件系统设置来最大募低车腸oalescing.例如，这种处理方式DOIT博客9k6p~`^F.jgC
可以和备份程序一起把64KB的写操作结合（coalesce）成一个完全stripe的写操作，这样在
C/E-Yw3_8~1NV DY0write cache被bypass的情况下，对于带校验的Raid会更加有效果。DOIT博客.g`PCxu

B.最小化I/O的大小：文件系统的request size

2mcCbNY0文件系统通常都被配置成一个最小的范围大小，例如4KB，8KB或者64KB，这是提供给阵列的最DOIT博客!r&_@X t h Hs8R
小的不可分割的请求。应用使用的I/O在比这个范围大小要小的时候，会导致很多不必要的数据
$av5z W@ j7W @.J ~0迁移和/或read-modify-write的情形出现。这也是考虑应用和文件系统文件的最佳设置的最
2\qan'GS2E-Er0好办法。（it is best to consult application and file system documentation DOIT博客,l#CxS \
for the optimal settings）而request size没有被文件系统限制的Raw partitions，
[bC!ME4aX c0则没有受到这个约束。

C.最大化的I/O大小

如果想要快速的移动大量的数据，那么一个大的I/O（64KB或更大）会更加有帮助。在整合DOIT博客 C$Tizz"K]H9h
（coalescing）顺序的写操作成Raid Group整个的stripe的时候，阵列将会更加有效率，正
0Cn k#ZV @C0如预读取大的顺序读操作一样。大的I/O对从基于主机的stipe获得更好的带宽而言也是很重要的，
;a adgf9V m0因为他们将会被基于srtipe的toplogy打散成更小的大小。

D.文件系统的fragmentation

避免fragmentation和defragementation在一起，这是一个基础的原则。注意NTFS文件系统可
R,U6k0D'A0能被分区成任何形式除了默认的范围大小，他们不能被大部分的工具所defragement：这个API
}~!w{xe&`\C0（程序的接口）并不能允许这样做。执行一个文件级别的拷贝（到另一个LUN或者执行一个文件DOIT博客'}$f)P/a;Vep.Ykh
系统的备份和恢复）是defragement的一个有效的实现。DOIT博客HH;R6B&DF:j%o