SQLIO 模拟随机或者顺序的方式来测试磁盘IO的性能

功能:磁盘IO压力测试工具,SQLIO主要是模拟随机或者顺序的方式来测试磁盘IO的性能。

SQLIO Disk Subsystem Benchmark Tool工具下载地址:

http://www.microsoft.com/en-us/download/details.aspx?id=20163

RAID存储技术在SQL Server服务器上已经被广泛使用,对于存储介质,有很多层面的硬件和固件,以及存储管理软件配置。如果设置不恰当,同样的硬件最后的效能会差别很大。

 

微软提供了一个工具叫SQLIO.exe,专门用作数据库硬盘压力测试。工具安装好后,主要用到的是两个文件。

1. Param.txt。

-----------------------------内容范例----------------------------

#c:\testfile.dat 2 0x00 100

d:\testfile.dat 4 0x00 1024

-----------------------------------------------------------------------

每行的格式及其参数的含义如下。

l <Path to test file>: 测试用的文件和它的完整路径。

l <Number of threads (per test file)>: 测试同时使用多少个线程进行。建议和CPU数目一致。

l <Mask>: 始终使用0x0。

l <Size of test file in MB>: 测试文件的大小,最好是SAN(或RAID Controller)的读写缓存大小的2到4倍,A5机器一般是512MB,这里可以用1024MB。

如果某行要注释掉,就在最前面加一个#号。

所以上面范例的意思是,在D盘的根目录下,用4个线程,一个1024MB的文件来做压力测试。

 

2. SQLIO.exe。

也就是主测试文件。它有很多参数,具体含义如下表:

选项

说明

-o

测试文件会在磁盘上产生的队列长度(Disk Queue Length)。一般来说,这个值越高,单位时间磁盘的吞吐量就越大。但是有些磁盘会在Queue Length太大的情况下出问题。常用的有8、32和64

-LS

记录磁盘反应时间,这是一个推荐使用的选项

-k

指定是读还是写(R或W)

-s

测试持续多少秒。一般至少5到10分钟。

-b

每次I/O请求的大小。

-f

I/O的种类,是随机(’random’)还是连续(’sequential’)的。

-F

参数文件的名字,默认就是param.txt


由于测试需要覆盖不同的I/O类型,所以可以用下面这样的批处理文件来做一套测试

见附件testIO.bat


这里输入timeout命令的完整路径,是因为若装有cygwin,会因为环境变量Path的优先级而导致找到的timeout命令不是Windows下的该命令,而导致命令失败。

运行的时候在命令行下运行:

testIO.bat > out.txt


结果会输出在相同目录下的out.txt文件里。每一行命令都会有它的输出。


在做随机读和随机写的时候,Disk Transfers/sec的数量不会因为每个Transfer(每次I/O)的大小不同而有明显的变化,Avg. Disk sec/Transfer也差不多。所以每完成一次I/O,花的时间都差不多,Transfer越大,那么Disk Bytes/sec也就越高。但是整体性能,还是比不上做连续读、写的时候。


在做连续读和写的时候,由于数据是连续的,所以不管每次做的I/O多大,最终的Disk Bytes/sec值相差不大。


当做的事情不一样的时候,磁盘的吞吐量会有很大的差异。在和硬盘供应商讨论磁盘性能的时候,也要要求他们提供磁盘在不同I/O行为下的能力值,而不是某个最佳值。


对于out.txt的输出结果,IOs/sec相当于磁盘的IOPs,MB/s相当于磁盘数据的吞吐量。Latency相当于磁盘的反应时间。

见附件out.txt

 

针对SQLIO的输出结果有一个非常好用的分析工具(SQLIO Analyzer),将SQLIO的结果保存到txt文件,用shell命令筛选出相关数据,如:   
grep “IOs/sec” out.txt | awk ‘{print $2}’    
然后导入分析工具,可以出现下面的图表结果。

见附件sqlio_analyzer_results.xls

 

工具地址:http://tools.davidklee.net/sqlio.aspx

附件:http://down.51cto.com/data/2365108

















本文转自UltraSQL51CTO博客,原文链接: http://blog.51cto.com/ultrasql/1580054,如需转载请自行联系原作者


上一篇:系统吞吐量(TPS)、用户并发量、性能测试概念和公式


下一篇:阿里云物联网平台基于iOS Link kit SDK做OTA升级