免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12
最近访问板块 发新帖
楼主: lovegq
打印 上一主题 下一主题

[文件系统] dd if=/dev/zero of=/dev/null ... 何解? 测量内存吞吐量?[已解决] [复制链接]

论坛徽章:
1
15-16赛季CBA联赛之新疆
日期:2017-03-09 12:33:45
11 [报告]
发表于 2013-05-24 13:16 |只看该作者
回复 10# mordorwww


   你做的测试已经说明这些问题,这个4M其实就是解决你说的问题的。4M已经超出了CACHE的大小了。会引起TLB,所以,你的所有想法是对的。

论坛徽章:
9
程序设计版块每日发帖之星
日期:2016-02-13 06:20:00数据库技术版块每日发帖之星
日期:2016-06-15 06:20:00数据库技术版块每日发帖之星
日期:2016-06-16 06:20:00数据库技术版块每日发帖之星
日期:2016-06-18 06:20:00程序设计版块每日发帖之星
日期:2016-06-27 06:20:00程序设计版块每日发帖之星
日期:2016-07-09 06:20:00IT运维版块每日发帖之星
日期:2016-07-15 06:20:00IT运维版块每日发帖之星
日期:2016-07-27 06:20:00程序设计版块每日发帖之星
日期:2016-08-18 06:20:00
12 [报告]
发表于 2013-05-24 15:57 |只看该作者
如果说read_zero 是读 /dev/zero, 看函数实现,应该是读操作

那如果write_null 是写 /dev/null,  该函数啥也没干,真是个黑洞

那么这个dd的方法应该是只测试读内存,不含写内存或者内存拷贝

论坛徽章:
0
13 [报告]
发表于 2013-05-24 22:46 |只看该作者
回复 10# mordorwww


    我也在不同机器上做了测试,结果不同的bs值,结果差距比较大

    1 对于有些机器,bs越大,吞吐量越大,主要是因为此时都消耗在系统调用上,
      拷贝同样大小的数据,bs大了,系统调用就小

    2 对于有些机器,尤其是cpu性能比较差的,不管怎么调整bs和count,都比较差


    3 另外一些机器,也出现了这种结果,就是bs小的,吞吐量反而高



所以,我目前的结论,用这种方式测内存吞吐量,不是很靠谱,
首先要cpu不是瓶颈的情况下,还要反复试验各种bs值才行

论坛徽章:
1
水瓶座
日期:2013-09-28 21:40:25
14 [报告]
发表于 2013-05-25 19:20 |只看该作者
回复 12# mordorwww
貌似read_zero主要是通过__clear_user进行清零操作,应该是写为主哦。
   
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP