免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2531 | 回复: 5
打印 上一主题 下一主题

[函数] 关于void sync(void)函数被阻塞问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2007-06-28 23:24 |只看该作者 |倒序浏览
情况是这样的:有一个测试USB Disk SPeed的Shell,使用的方法是调用/bin下的hdparm命令,将会自动读取USB设备,并计算其读取速度,然后Show在屏幕上,核心代码如下
  1. /bin/hdparm -t /dev/sda
复制代码


    由于在测试USB Disk前有许多其它测试项目,导致测试到USB时,系统长时间不响应,虽然最终会有测试结果,但是delay时间过长(5-10分钟)。
    用strace跟踪上述代码发现hdparm在执行到sync()时候被阻塞(没有返回),分析hdparm的原码,发现就是在如下的代码中被阻塞
  1. sync()
  2. sleep(3)//清除对设备的请求,并给其清除的时间
复制代码


    sync为什么会在此处被阻塞呢?我想分析kernel source sync的原码,可是没有找到,哪个大虾知道路径麻烦告诉一声。。。
    由man2 可知sync就是将在kernel缓存的东西都写到disk上,并且目前的Linux在数据真正被写好前都会一直等待。

   那么什么情况会导致调用sync阻塞那么久的时间呢?应该不是sync在等待数据写完。

   猜测是由于前几个测试项目中是不是有没有close的文件句柄?没有free的内存空间?内核缓冲中本来有写到某个device的数据,但是在系统sync前,设备被移除了,导致执行到这里sync时候阻塞?

   大小虾们有什么想法见解都来说说吧!  这个问题实在搞得我没有想法了。。。

[ 本帖最后由 lilianglinux 于 2007-6-28 23:28 编辑 ]

论坛徽章:
0
2 [报告]
发表于 2007-06-29 14:19 |只看该作者
快沉了,自己顶一下!

论坛徽章:
0
3 [报告]
发表于 2007-06-29 14:34 |只看该作者
个人感觉,你应该换个usb disk,而不是看内核代码

论坛徽章:
0
4 [报告]
发表于 2007-06-29 16:33 |只看该作者
原帖由 ivhb 于 2007-6-29 14:34 发表
个人感觉,你应该换个usb disk,而不是看内核代码

应该不是这个原因,不是针对某个disk device才会有这种现象的.....

论坛徽章:
0
5 [报告]
发表于 2007-07-03 08:34 |只看该作者

回复 1楼 lilianglinux 的帖子

嗯...自己再顶顶

论坛徽章:
0
6 [报告]
发表于 2007-07-04 09:08 |只看该作者
嗯.自己再顶顶
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP