Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1340171
  • 博文数量: 166
  • 博客积分: 46
  • 博客等级: 民兵
  • 技术积分: 4061
  • 用 户 组: 普通用户
  • 注册时间: 2013-01-11 13:45
个人简介

现任职北京某互联网公司运维经理,高级架构师,涉足互联网运维行业已经超过10年。曾服务于京东商城,互动百科等互联网公司,早期运维界新星。 长期专研,C语言开发,操作系统内核,大型互联网架构。http://www.bdkyr.com

文章分类

分类: LINUX

2013-09-26 12:16:36

提到linux 系统中的dd命令,各位技术博友大多都很熟悉,用法也是好多,今天主要跟大家分享一下测试硬盘读写速度的几种方式。

在我们手边没有合适的硬盘IO测试利器时,dd是我们的最佳选择,好,仔细看线面四种方式。思考一个问题,区别在哪儿?

dd bs=1M count=128 if=/dev/zero of=test

dd bs=1M count=128 if=/dev/zero of=test_01; sync

dd bs=1M count=128 if=/dev/zero of=test_02 conv=fdatasync

dd bs=1M count=128 if=/dev/zero of=test_03 oflag=dsync

 

想到了吗?看这里:区别在于内存中写缓存的处理方式。

#----------------------图文分析如下----------------------------#

第一种:

dd bs=4M count=1024 if=/dev/zero of=test 

没有加任何参数,dd默认的方式不包括“同步(sync)”命令。也就是说,dd命令完成前并没有让系统真正把文件写到磁盘上。所以以上命令只是单纯地把这128MB的数据读到内存缓冲当中(写缓存[write cache])。所以你得到的将是一个超级快的速度。因为其实dd给你的只是读取速度,直到dd完成后系统才开始真正往磁盘上写数据,但这个速度你是看不到了。所以如果这个速度很快,先不要偷着乐。呵呵

 

第二种:

dd bs=4M count=1024 if=/dev/zero of=test_01

和前面1中的完全一样。分号隔开的只是先后两个独立的命令。当sync命令准备开始往磁盘上真正写入数据的时候,前面dd命令已经把错误的“写入速度”值显示在屏幕上了。所以你还是得不到真正的写入速度。

 

第三种:

dd bs=4M count=1024 if=/dev/zero of=test_02 conv=fdatasync


加入这个参数后,dd命令执行到最后会真正执行一次“同步(sync)”操作,所以这时候你得到的是读取这128M数据到内存并写入到磁盘上所需的时间,这样算出来的时间才是比较符合实际的。

 

第四种:

dd bs=4M count=1024 if=/dev/zero of=test_03 oflag=dsync


加入这个参数后,dd在执行时每次都会进行同步写入操作。也就是说,这条命令每次读取1M后就要先把这1M写入磁盘,然后再读取下面这1M,一共重复128次。这可能是最慢的一种方式了,因为基本上没有用到写缓存(write cache)

至于哪一种最有参考价值,个人觉得是下面这种:

 

dd bs=4M count=1024 if=/dev/zero of=test_02  conv=fdatasync

 

因为这种方式最接近计算机实际操作,所以测出来的数据最有参考价值。






阅读(5727) | 评论(3) | 转发(3) |
给主人留下些什么吧!~~

woaimaidong2013-10-12 08:56:17

linuxnerd:第二条命令time的时间只在属于分号前的命令,而sync同步buffer的数据到磁盘上,也可能是系统已有的buffer或者说是其他文件产生的buffer,个人觉得第二条描述的有问题。

谢谢您的提醒,我第二条的命令少些了点东东,应该是:dd bs=4M count=1024 if=/dev/zero of=test ;sync

第二条的测试结果截图把后面的;sync给截去了。

回复 | 举报

linuxnerd2013-10-11 15:45:06

第二条命令time的时间只在属于分号前的命令,而sync同步buffer的数据到磁盘上,也可能是系统已有的buffer或者说是其他文件产生的buffer,个人觉得第二条描述的有问题。

weizhulinux2013-10-09 13:42:10

博主,顶啊,哈哈