为什么线程的状态是运行但不使用任何CPU？

Question

今天我发现一个很奇怪的问题。 我运行的是Redhat Enterprise Linux 6，CPU是Intel E31275（4核，8线程）。我发现一个内核线程（我将其称为 my_thread）无法正常工作。 通过“ps”命令，我发现my_thread的状态一直在运行：

ps ax
5545 ?        R      3:14 [my_thread]
15774 ttyS0    Ss     0:00 -bash
...

但是它的运行时间始终是3:14。既然运行了，为什么总时间没有增加？ 从 proc 文件 /proc/5545/sched 中，我发现该线程的所有统计信息（包括唤醒计数 (se.nr_wakeups)）也始终相同。

从/proc/5545/stack中，我发现这个线程调用了这个函数并且从未返回：

interruptible_sleep_on_timeout(&q, 3*HZ);

理论上，如果没有其他线程唤醒该线程，这个函数将每3秒返回一次。每次函数返回后，/proc/5545/sched中的se.nr_wakeups都会加1。但是当我发现线程有问题后，这种情况就不再发生了。

有人有一些想法吗？ Interruptible_sleep_on_timeout() 是否有可能永远不会返回？

更新： 我发现如果我为此线程设置 CPU 关联性，就不会出现该问题。如果我将其固定到专用核心，那么一切都可以。 SMP调度有什么问题吗？

再次更新： 我在BIOS中禁用超线程后，直到现在才发现这样的问题。

Answer 1

首先，R 表示线程不处于运行状态，但可以运行。也就是说，它并不意味着它正在运行，而是意味着它处于允许调度程序选择它运行的状态。两者之间有很大的区别。

类似地，interruptible_sleep_on_timeout(&q, 3*HZ);在 3 个 jiffies 后不会运行线程，而是使其可在 3 个 jiffies 后运行 - 事实上，您在“ps”中看到它可用于运行，因此可能确实发生了超时。

由于您没有提及有关内核线程的任何内容，因此我什至不知道它是在您自己的代码中还是在标准内核代码中，因此我无法真正详细回答。

您所描述的情况的一个可能原因是其他一些线程（用户或内核）的优先级高于您的线程，因此调度程序永远不会选择它来运行。如果是这样，则它可能不是以实时优先级（SCHED_FIFO 或 SCHED_RR）运行的线程。