POPPUR爱换

 找回密码
 注册

QQ登录

只需一步,快速开始

手机号码,快捷登录

搜索
楼主: 含笑半步癫
打印 上一主题 下一主题

烦躁,网上说的没一个准的,烦了,设置成8k

[复制链接]
41#
发表于 2009-6-5 17:38 | 只看该作者
既然下一个区间是第一个盘,26~32本身在第二个盘上,何来单盘响应一说?
回复 支持 反对

使用道具 举报

42#
发表于 2009-6-5 17:38 | 只看该作者
1-16和17-32之间单盘读的机率是7/25,17-32和33-49之间单盘读的机率还是7/25
因为只可能发生一次跨越,明白不?
注意(7/(7+18))/2这个除以2
回复 支持 反对

使用道具 举报

43#
发表于 2009-6-5 17:44 | 只看该作者
不过好像我的计算还是有问题,不能那么算……

还是那份数据,按照希捷7200.12,8K Stripe Size,4K IO响应……
应该是9种情况单盘:IOps=70.34×4=281.36 IOps,
7种情况双盘:IOps=70.34×4/2=140.68 IOps,
平均IOps应该是(281.36×9+140.68×7)/16=219.81 IOps
回复 支持 反对

使用道具 举报

44#
发表于 2009-6-5 17:58 | 只看该作者
1-16和17-32之间单盘读的机率是7/25,17-32和33-49之间单盘读的机率还是7/25
因为只可能发生一次跨越,明白不?
注意(7/(7+18))/2这个除以2
bcyj 发表于 2009/6/5 17:38


我知道只能发生一次跨越,毕竟Stripe Size 8K,Data Size 4K,不可能发生两次跨越。
之所以发生跨越,是因为4K Data的起始位置可能在8K Stripe按照512B划分的16个块里面的任何一个位置,当起始位置处于9以后(不包括9)的时候就发生跨越了。
这是只看一个Stripe的情况。如果你要看两个Stripe的话,那么是一共32个可能的起始位置,当起始位置位于25以后(不包括25)的时候,也必然会发生跨越的。

这个是Adaptec网站上的一篇文章,http://storageadvisors.adaptec.c ... -right-stripe-size/
文章里面举的刚好就是8K Stripe,4K请求的情况,按照你的方法,是计算不出625 IOps的那个结果的。
回复 支持 反对

使用道具 举报

含笑半步癫 该用户已被删除
45#
 楼主| 发表于 2009-6-5 18:07 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

46#
发表于 2009-6-5 18:23 | 只看该作者
看了半天看不懂楼上两位在说什么。。。唉。。。。

其实我的问题很简单

我是dell p5i 的卡 512M缓存,,,两块富士通MAY的36G小硬盘

单盘寻道7ms,,持续55M

现在我用这两块硬盘做RAID0,做系统盘只装WIN ...
含笑半步癫 发表于 2009/6/5 18:07


其实我跟黄脸一开始的争论是条带大小对性能的影响,我的主观点是不同的应用结果不同,不过我最开始的其中一个观点“条带越小,IOPS越高”肯定是错误的,后来的讨论就是怎么计算RAID的IOPS了……

回到你的问题,最精确的方法应该是系统/软件装好之后,做一个Ghost。
然后设置不同条带大小的RAID,Ghost回去,记录开机/关机,以及其他你自己最常用的操作所需的时间。最后对比各个结果。

懒一点的,另外找一个硬盘装一个PC Mark Vantage,测试不同条带时候的HDD分数。我是建议看Vista启动/应用程序载入/游戏载入三项。
回复 支持 反对

使用道具 举报

47#
发表于 2009-6-5 18:25 | 只看该作者
进来学习下,看了半天,,还是一头雾水
回复 支持 反对

使用道具 举报

含笑半步癫 该用户已被删除
48#
 楼主| 发表于 2009-6-5 18:30 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

49#
发表于 2009-6-5 18:34 | 只看该作者
我知道只能发生一次跨越,毕竟Stripe Size 8K,Data Size 4K,不可能发生两次跨越。
之所以发生跨越,是因为4K Data的起始位置可能在8K Stripe按照512B划分的16个块里面的任何一个位置,当起始位置处于9以后(不 ...
harleylg 发表于 2009-6-5 17:58

现在有时间认真想了,这个机率的确是我错了,不过如果要精确算,还要算上带条的数目了,因为第一个和最后一个没有跨越,那公式改正为:
x为单盘iops,y为跨越的机率,现在计算的是双盘
x * 2 * (1-y) + x * y
回复 支持 反对

使用道具 举报

50#
发表于 2009-6-5 18:37 | 只看该作者
不过好像我的计算还是有问题,不能那么算……

还是那份数据,按照希捷7200.12,8K Stripe Size,4K IO响应……
应该是9种情况单盘:IOps=70.34×4=281.36 IOps,
7种情况双盘:IOps=70.34×4/2=140.68 IOps,
...
harleylg 发表于 2009/6/5 17:44


按照这个计算方法,ST7200.12的四盘RAID0 IOps应该是
条带大小:8K_______32K_______128K______512K
1K 请求: 272.57____274.84____256.38____209.98
2K 请求: 254.98____270.51____255.37____209.77
4K 请求: 219.81____261.85____253.37____209.36
8K 请求: 149.47____244.54____249.35____208.54

西数黑盘1T的四盘RAID0 IOps:
条带大小:8K_______32K_____128K_____512K
1K请求:312.17____313.85___282.25___218.25
2K请求:292.03____308.91___281.14___218.04
4K请求:251.75____299.02___278.93___217.61
8K请求:171.19____279.25___274.51___216.76
回复 支持 反对

使用道具 举报

51#
发表于 2009-6-5 18:42 | 只看该作者
看了半天看不懂楼上两位在说什么。。。唉。。。。

其实我的问题很简单

我是dell p5i 的卡 512M缓存,,,两块富士通MAY的36G小硬盘

单盘寻道7ms,,持续55M

现在我用这两块硬盘做RAID0,做系统盘只装WIN ...
含笑半步癫 发表于 2009-6-5 18:07

5i的卡,512缓存,双盘,开自适应预读,实测结果128K以上的条带差别都不大
回复 支持 反对

使用道具 举报

52#
发表于 2009-6-5 18:44 | 只看该作者
现在有时间认真想了,这个机率的确是我错了,不过如果要精确算,还要算上带条的数目了,因为第一个和最后一个没有跨越,那公式改正为:
x为单盘iops,y为跨越的机率,现在计算的是双盘
x * 2 * (1-y) + x * y
bcyj 发表于 2009/6/5 18:34


恩,如果是多盘的话,引入盘数z,那么请求大小<=条带大小的话,应该是
x*z*(1-y)+x*z/2*y
回复 支持 反对

使用道具 举报

53#
发表于 2009-6-5 18:45 | 只看该作者
按照这个计算方法,ST7200.12的四盘RAID0 IOps应该是
条带大小:8K_______32K_______128K______512K
1K 请求: 272.57____274.84____256.38____209.98
2K 请求: 254.98____270.51____255.37____209.77
4K ...
harleylg 发表于 2009-6-5 18:37

不论多大的数据请求,都应该条带越大,单盘读的机会越大,不可能大条带反而低了的
回复 支持 反对

使用道具 举报

54#
发表于 2009-6-5 18:50 | 只看该作者
5i的卡,512缓存,双盘,开自适应预读,实测结果128K以上的条带差别都不大
bcyj 发表于 2009/6/5 18:42


5i没用过,不过我就是记得以前4i带一对MAU的时候,32K>64K>128K才跟你争论的……不过的确是差的不是很多……
回复 支持 反对

使用道具 举报

55#
发表于 2009-6-5 18:52 | 只看该作者
5i没用过,不过我就是记得以前4i带一对MAU的时候,32K>64K>128K才跟你争论的……不过的确是差的不是很多……
harleylg 发表于 2009-6-5 18:50

你这个说的是iops还是持续,你的4i缓存多大
回复 支持 反对

使用道具 举报

56#
发表于 2009-6-5 19:01 | 只看该作者
不论多大的数据请求,都应该条带越大,单盘读的机会越大,不可能大条带反而低了的
bcyj 发表于 2009/6/5 18:45


问题是条带大了之后,不管实际请求的IO是多少,每次物理IO都是最小按照条带大小请求的,而单个硬盘一般都是请求越大,IOps越低。
也就是说即使请求的是4K的数据,如果条带大小是128K的话,那么实际的IOps是按照128K的IOps计算的,所以会导致条带大了之后IOps反而变低的情况出现。
回复 支持 反对

使用道具 举报

57#
发表于 2009-6-5 19:03 | 只看该作者
你这个说的是iops还是持续,你的4i缓存多大
bcyj 发表于 2009/6/5 18:52


随机IOps,4e/DC,标配128MB
回复 支持 反对

使用道具 举报

58#
发表于 2009-6-5 19:15 | 只看该作者
问题是条带大了之后,不管实际请求的IO是多少,每次物理IO都是最小按照条带大小请求的,而单个硬盘一般都是请求越大,IOps越低。
也就是说即使请求的是4K的数据,如果条带大小是128K的话,那么实际的IOps是按照 ...
harleylg 发表于 2009-6-5 19:01

不是这样的,不会按条带大小来放大请求的,放大请求的只有预读缓存才会,我现在用8888加两上x25-e,用1M的条带
如果是用条带大小来请求的话,就是4k的会变成1M来读,放大了256倍,那我的随机4k速度应该就只有持续的256分之一,但我现在的4k随机是80M(开的是自适应预读,也就是在连续两个相邻请求的时才开始预读),那我的持续应该是80M * 256 = 20480M,明显错误
回复 支持 反对

使用道具 举报

59#
发表于 2009-6-5 19:20 | 只看该作者
随机IOps,4e/DC,标配128MB
harleylg 发表于 2009-6-5 19:03

你应该是预读缓存开了总是预读,开自适应就不会了,你试试吧
回复 支持 反对

使用道具 举报

60#
发表于 2009-6-5 19:22 | 只看该作者
raid的设置。。。貌似需要很复杂的计算。
条带设置跟实际的应用关系很大。
文件服务器和数据库服务器、应用服务器的设置是2回事。
至于日常应用领域。。。没研究~
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

广告投放或合作|网站地图|处罚通告|

GMT+8, 2025-9-3 10:24

Powered by Discuz! X3.4

© 2001-2017 POPPUR.

快速回复 返回顶部 返回列表