在新的Linux内核中，上下文切换要慢得多
我们希望将服务器上的操作系统从Ubuntu 10.04 LTS升级到Ubuntu 12.04 LTS。不幸的是，运行已变为可运行线程的等待时间似乎从2.6内核大大增加到3.2内核。实际上，我们难以置信的延迟数字。 让我更具体地介绍一下测试。我们有一个运行两个线程的程序。第一个线程获取当前时间（使用RDTSC进行滴答），然后每秒发送一次条件变量信号。第二个线程等待条件变量，并在发出信号时唤醒。然后，它获取当前时间（使用RDTSC进行滴答）。计算第二个线程中的时间和第一个线程中的时间之间的时差，并将其显示在控制台上。此后，第二个线程再次等待条件变量。大约经过一秒钟后，第一个线程将再次发出信号。 因此，简而言之，我们每秒通过条件变量等待时间测量获得线程到线程的通信。 在内核2.6.32中，此延迟约为2.8-3.5 us，这是合理的。在内核3.2.0中，此延迟已增加到40-100 us左右。我排除了两台主机之间的硬件差异。它们在相同的硬件上运行（双插槽X5687 {Westmere-EP}处理器以3.6 GHz运行，具有超线程，speedstep和所有C状态均已关闭）。测试应用程序更改了线程的亲和力，以便在同一套接字的独立物理内核上运行它们（即，第一个线程在Core 0上运行，第二个线程在Core 1上运行），因此在该线程上不会发生线程跳动核心或套接字之间的跳动/通信。 这两台主机之间的唯一区别是，一台主机运行的内核版本为2.6.32-28（快速上下文切换框），而另一台则运行最新的Ubuntu 12.04 LTS内核为3.2.0-23版本（慢上下文）。开关盒）。所有BIOS设置和硬件均相同。 内核中是否有任何变化可以解释线程调度运行需要多长时间的可笑速度减慢？ 更新： 如果您想在您的主机和Linux构建上运行测试，我已将代码发布到pastebin供您阅读。编译： g++ -O3 -o test_latency test_latency.cpp -lpthread 运行（假设您至少有一个双核计算机）： ./test_latency 0 1 # Thread 1 on Core 0 and Thread 2 on Core 1 更新2：在大量搜索内核参数，发布有关内核更改和个人研究的文章之后，我已经弄清了问题所在，并发布了解决方案作为对此问题的解答。