安德烈是对的.在非阻塞模式下,VMIN / VTIME无效(FNDELAY / O_NDELAY似乎是O_NONBLOCK的linux变体,便携式,POSIX标志).
将select()与非阻塞模式的文件一起使用时,会为每个到达的字节获取一个事件.在高串行数据速率下,这会破坏CPU.最好在VMIN中使用阻塞模式,以便select()在触发事件之前等待数据块,而VTIME用于限制小于VMIN的块的延迟.
Sam说&＃xff1a;“如果你想确保每半秒获得一次数据就可以设置vtime”(VTIME &＃61; 5).
直觉上,你可能会认为这是真的,但事实并非如此. BSD termios手册页比linux更好地解释了它(尽管它们的工作方式相同). VTIME定时器是一个间歇定时器.它从每个新字节到达串行端口开始.在最坏的情况下,select()可以在触发事件之前等待最多20秒.
假设您有VMIN &＃61; 250,VTIME &＃61; 1和串行端口为115200 bps.还假设您有一个连接设备缓慢发送单个字节,以9 cps的一致速率.字节之间的时间为0.11秒,足以使0.10的字节间定时器到期,而select()则报告每个字节的可读事件.一切都很好.
现在假设您的设备将其输出速率提高到11 cps.字节之间的时间是0.09秒.它不足以让间歇计时器到期,并且每个新字节都会重新开始.要获得可读事件,必须满足VMIN &＃61; 250.在11 cps,这需要22.7秒.您的设备似乎已停滞不前,但VTIME设计是导致延迟的真正原因.
我使用两个Perl脚本,发送器和接收器,双端口串行卡和零调制解调器电缆对此进行了测试.我证明了它的工作原理正如man page所说的那样. VTIME是一个间歇定时器,随着每个新字节的到来而复位.
更好的设计会使计时器锚定,而不是滚动.它将继续滴答,直到它到期,或VMIN满意,以先到者为准.现有设计可以修复,但需要克服30年的遗产.
在实践中,您可能很少遇到这种情况.但它潜伏着,所以要小心.
京公网安备 11010802041100号