Chinaunix

标题: 关于void sync(void)函数被阻塞问题 [打印本页]

作者: lilianglinux    时间: 2007-06-28 23:24
标题: 关于void sync(void)函数被阻塞问题
情况是这样的:有一个测试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 编辑 ]
作者: lilianglinux    时间: 2007-06-29 14:19
快沉了,自己顶一下!
作者: ivhb    时间: 2007-06-29 14:34
个人感觉,你应该换个usb disk,而不是看内核代码
作者: lilianglinux    时间: 2007-06-29 16:33
原帖由 ivhb 于 2007-6-29 14:34 发表
个人感觉,你应该换个usb disk,而不是看内核代码

应该不是这个原因,不是针对某个disk device才会有这种现象的.....
作者: lilianglinux    时间: 2007-07-03 08:34
标题: 回复 1楼 lilianglinux 的帖子
嗯...自己再顶顶
作者: lilianglinux    时间: 2007-07-04 09:08
嗯.自己再顶顶




欢迎光临 Chinaunix (http://bbs.chinaunix.net/) Powered by Discuz! X3.2