segment size(strip size)对磁盘阵列性能的影响

时间:2008-01-16 13:33:24  来源:  作者:

下面针对某些可以对segment size大小改变的磁盘阵列的控制器进行说明,请各位指正。

Sigment Size(strip size):控制器写到逻辑卷中一个物理磁盘的大小。

Sigment Size(strip size)能够影响磁盘阵列的在IOPS和throughput上面的性能。小的sigment size允许多个硬盘来响应多个需求增加了IO要求(IOPS);大的sigment size通过多个磁盘来共同分担一个IO需求增加了数据传输效率(throughput)。

segment size=I/O request size的时候,每个IO需求使用最少的磁盘;更高的IOPS;用于处理随机的IO处理(如数据库的应用等)

sigment size<I/O request size的时候,每个IO尽可能的使用更多的磁盘;更高的吞吐量;用于处理连续性的写操作(如多媒体等)

在磁盘阵列上面进行性能的调整举例说明:(RAID Group已经做好,并用于业务开展):
如果在一个多用户,多应用的环境下,一次IO需求比sigment size大很多,增加sigment size来最小化完成一次IO需求所使用的磁盘,那么在RAID Group中其他剩余的磁盘可以其他的IO需求,这样在性能上可能会有提高。尽可能做到一个磁盘的segment size能满足或者接近一次IO需求。

如果在一个单用户的环境下,那么一次IO需求的大小在等于或者接近所有磁盘的segment size的时候,那么性能可能是比较好的。也就是所有的磁盘只需要一次写的操作就能完成相应的IO需求。但是在这情情况下,磁盘只能为一次IO需求进行服务。



 sharkbing 回复于:2005-01-20 13:50:05

就是一句话的东西呀:尽可能做到一个磁盘的segment size能满足或者接近一次IO需求。


 cws_79 回复于:2005-01-23 21:39:10

理论上只要符合IO大小的倍数就可以,根据测试,128K比较通用,可以满足大多数应用


 qq6810 回复于:2005-01-27 13:13:50

记得EMC和IBM推荐的是32KB啊


 sharkbing 回复于:2005-01-27 14:07:54

cws_79      : 
你的说法,有问题:
128k 是应用于多媒体应用的,不能应用于文件和数据库的应用


 fankangfk 回复于:2005-02-18 16:07:10

db服务器用小的好


 handsen 回复于:2005-02-25 10:52:26

一般RAID控制器strip单元容量为8KB(缺省)、16KB、32KB和64KB
应该接近系统I/O请求的容量
基于交易的服务器一般使用较小的数据块
文件和打印服务器一般使用较大的数据块
总的来说,strip大小至少应与服务器应用生成的平均磁盘I/O请求的大小相当。最优的状态是每一I/O请求只执行一次I/O操作。
推荐容量:
服务器环境                      strip容量     预读
群件(Lotus Domino,Exchange 等) 16KB On
数据库(Oracle,DB2,SQL等)               16KB Off
文件服务器(Windows NT/2000)   16KB On
文件服务器(Novell Netware,Windows 2000) 64KB On
Web 服务器  8KB Off
视频文件服务器  64KB on


 qq6810 回复于:2005-03-04 11:50:32

EDW里面默认128KB


 qq6810 回复于:2005-03-04 22:38:11

顺便问句,这里说的RAID卡包括阵列的磁盘控制器这个范畴吗?


 yours128 回复于:2007-11-02 00:19:14

引用:原帖由 sharkbing 于 2005-1-27 14:07 发表 [url=http://bbs.chinaunix.net/redirect.php?goto=findpost&pid=3235820&ptid=485899]
cws_79      : 
你的说法,有问题:
128k 是应用于多媒体应用的,不能应用于文件和数据库的应用 


该说法不对是否因为读的时候一次读取一个segment size 即128K的内容而实际内容没有128K造成浪费?




原文链接:http://bbs.chinaunix.net/viewthread.php?tid=485899
转载请注明作者名及原文出处


文章评论

共有 位网友发表了评论 查看完整内容