netappfc存储性能测试报告_第1页
netappfc存储性能测试报告_第2页
netappfc存储性能测试报告_第3页
netappfc存储性能测试报告_第4页
netappfc存储性能测试报告_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、netapp fc存储性能测试报告目录netapp fc存储性能测试报告11.-bs = 4k , -iodepth = 1024,改变线程数量numjobs顺序读模式测试:12.-bs = 4k , -iodepth = 1024,改变线程数量numjobs,顺序写模式测试:23.-bs = 4k , -iodepth = 1024,改变线程数量numjobs,同时测试iscsi和fc的顺序写模式。34.-bs = 4k , -iodepth = 1024,改变线程数量numjobs,混合读写模式,读占70%,写30%,测试:41. -bs = 4k , -iodepth = 1024,改变

2、线程数量numjobs顺序读模式测试:fio.conf:globalioengine=libaiodirect=1norandommap=1randrepeat=0runtime=10ramp_time=6size=90gfilename=/dev/sdfiodepth=1024bs=4kreadstonewallgroup_reportingrw=readnumjobs=1readstonewallgroup_reportingrw=readnumjobs=10省略.结果:顺序读numjobsbsiodepthiops平均延时msec吞吐率 mb/s14k10248025312.75321.

3、4104k102439208026.081535.6204k102439470351.761549.9304k102439605977.261559.6404k1024396328102.931564.9504k1024397119128.231571.2604k1024400640152.41588.1704k1024400486177.411592.2804k1024400675202.671596.1904k1024396721229.761585.41004k1024396463254.981588.4结论:-bs = 4k , -iodepth = 1024固定时顺序读,线程数量达到

4、60后, iops、吞吐率趋于稳定,总延时持续增长。iops最大400675,吞吐率最大1592.2mb/s2. -bs = 4k , -iodepth = 1024,改变线程数量numjobs,顺序写模式测试:fio.conf:globalioengine=libaiodirect=1norandommap=1randrepeat=0runtime=10ramp_time=6size=90gfilename=/dev/sdfiodepth=1024bs=4kwritestonewallgroup_reportingrw=writenumjobs=1writestonewallgroup_re

5、portingrw=writenumjobs=10省略.结果:writenumjobsbsiodepthiops平均延时msec吞吐率 mb/s14k10241710765.98684.7104k102432483631.51272.1204k102432483631.51298.3304k102433025361.781298.3404k1024321176126.921270.6504k1024304834166.561210.6604k1024283171214.811129.2704k1024279707255.911120.5804k1024291367277.651169.1904

6、k1024289363313.561165.11004k1024272198371.631102.7结论:-bs = 4k , -iodepth = 1024固定时顺序写,线程数量达到30后, iops、吞吐率达到最高,30后开始下降,总延时持续增长。iops最大330253,吞吐率最大1298.3mb/s。3. -bs = 4k , -iodepth = 1024,改变线程数量numjobs,同时测试iscsi和fc的顺序写模式。fio.conf指令同测试2,另外写一个fio_iscsi.conf。同时运行fio fio.conf 和fio fio_iscsi.conffio_iscsi.c

7、onf:globalioengine=libaiodirect=1norandommap=1randrepeat=0runtime=10ramp_time=6size=90gfilename=/dev/sdjiodepth=1024bs=4kwritestonewallgroup_reportingrw=writenumjobs=1writestonewallgroup_reportingrw=writenumjobs=10省略. iscsi和fc同时fio测试write时,fcnumjobsbsiodepthiops平均延时msec吞吐率 mb/s14k10241170598.74468.6

8、49104k102426855838.081053.6204k102428693871.071128.9304k1024285463107.081127.6404k1024289235140.641145.8504k1024277900182.561105.5604k1024274672220.891096.8704k1024269146264.641079.2804k1024270521300.671088.5结论:-bs = 4k , -iodepth = 1024固定时顺序写,iscsi的写操作对fc的写操作有影响,iops和吞吐率都有减少。线程数量达到40后, iops、吞吐率达到最高

9、,40后开始下降,总延时持续增长。iops最大289235,吞吐率最大1145.8mb/s。4. -bs = 4k , -iodepth = 1024,改变线程数量numjobs,混合读写模式,读占70%,写30%,测试:fio_mix_rw_fc.conf:globalioengine=libaiodirect=1norandommap=1randrepeat=0runtime=10ramp_time=6size=90gfilename=/dev/sdfiodepth=1024bs=4kwritestonewallgroup_reportingrw=randrwrwmixread=70num

10、jobs=1writestonewallgroup_reportingrw=randrwrwmixread=70numjobs=10省略.结果:读写混合,读占70%readwritenumjobsbsiodepthiops平均延时msec吞吐率 mb/siops平均延时msec吞吐率 mb/s14k10243292022131.971407921.656.44104k102442037169.75171.00817949169.0873.028204k102439070363.56161.99716806363.1169.676304k102439541529.05166.7341693152

11、8.4371.41404k102436802749.43158.61315700748.1867.744504k102434730973.03153.24114903971.4265.648604k1024383651076.79170.613164361075.4173.109704k1024387211214.85174.904166421213.5175.155804k1024382061411.52175.516163501411.8875.224结论:使用混合读写模式,读和写的吞吐、iops都比顺序读、写模式下降了很多,读io的最高吞吐率是顺序读的近十分之一。混合读写模式对磁盘io影

12、响很大,原因尚在查。另外我测了-rw=randrw -rwmixread=100 ,看起来读占了100%,应该等同于-rw=randread随机读模式,但是结果不同相差很大。两种指令:指令结果fio -filename=/dev/sdf -direct=1 -iodepth 1024 -thread -rw=randrw -rwmixread=100 -ioengine=libaio -bs=1024k -size=50g -numjobs=30 -runtime=10 -group_reporting -name=mytestbw=391200kb/s, iops=382,lat avg=4969.31fio -file

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论