Linux线程睡眠与读取

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Linux线程睡眠与读取，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1477字，纯文字阅读大概需要3分钟。

内容图文

在我的应用程序中,有一个Linux线程需要每10毫秒激活一次,
因此我使用usleep(10 * 1000).结果：线程永远不会在10毫秒后唤醒,而总是在20毫秒后唤醒.好的,它与调度程序时间片,CONFIG_HZ等有关.
我试图使用usleep(1 * 1000)(即1毫秒),但结果是相同的.线程总是在20毫秒后唤醒.

但是在同一应用程序中,另一个线程处理每10毫秒出现的网络事件(UDP数据包).阻止了“ recvfrom”(或“ select”),当有传入数据包时,它每10毫秒唤醒一次.
为什么会这样呢？没有数据包时,select是否必须将线程置于“睡眠”状态？为什么它的行为有所不同？如何使我的线程每10毫秒(或多或少)处于活动状态而没有外部网络事件？

谢谢,
拉菲

解决方法:

您似乎有一种普遍的印象,即这些现代的抢先式多任务处理程序都是关于时间片和量子的.

他们不是.

它们都是关于软件和硬件中断的,计时器硬件中断只是可以将线程设置为就绪并更改正在运行的线程集的众多中断之一.来自NIC的导致网络驱动程序运行的硬件中断是另一个示例.

如果某个线程被阻塞,正在等待UDP数据报,并且由于运行驱动程序的NIC中断而使数据报变为可用,则在NIC驱动程序运行后,被阻塞的线程将立即准备就绪,因为驱动程序将向该线程发出信号并请求一个立即退出.如果您的设备没有被更高优先级的就绪线程超载,它将被设置为“立即”运行以处理现在可用的数据报.该机制提供了高性能的I / O,与任何计时器无关.

计时器中断定期运行以支持sleep()和其他系统调用超时.它以相当低的频率/较高的间隔(例如1 / 10ms)运行,因为这是应将其开销减至最小的另一个原因.以更高的频率运行此类中断会降低计时器的粒度,但会增加中断状态并重新安排开销,而这在大多数台式机安装中是不合理的.

简介：计时器操作的粒度为10ms,但是数据报I / O响应迅速.

另外,为什么线程需要每10毫秒激活一次？您要轮询什么？

内容总结

以上是互联网集市为您收集整理的Linux线程睡眠与读取全部内容，希望文章能够帮你解决Linux线程睡眠与读取所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---