Linux线程睡眠与读取

在我的应用程序中,有一个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毫秒激活一次？您要轮询什么？

标签：multithreading,scheduler,select,usleep,linux
来源： https://codeday.me/bug/20191121/2053887.html