我读过这个问题： 让 200 行 Linux 内核补丁的替代方案发挥作用
我正在我的桌面上尝试它。
对于服务器来说，这是个好主意吗？这会有什么帮助吗？
编辑： 我管理多个服务器：
- Web 服务器，运行 Apache/Cherokee + PHP-Fcgi + MySQL
- Django 服务器，运行 Cherokee + Python + MySQL
- Squid 代理，运行 Squid 2.7
- Zabbix 服务器，运行 Zabbix 1.8 全栈
- OpenSuse 11.2，运行 iFolder 3.8 服务器（虽然显然这不是我期望在这里得到答案的那个...:)）
答案1
我建议你不要将它应用于 Ubuntu 服务器。这一变化或多或少改善了桌面使用中的调度。它不会改善服务器响应。这就是那个 RedHat 家伙批评的核心，我不想提他的名字。
答案2
鉴于您的服务器是如今，性能优于大多数标准台式机，降低系统速度根本无助于提高响应能力。很可能——如果有的话——您遇到性能问题，其主要瓶颈是磁盘 IO。由于此补丁不会改善磁盘的读/写性能，因此您不会获得任何性能变化。绝对不值得在您的服务器上修补 X 数量的内核。
答案3
这个补丁没有什么神奇之处，它只会让你的系统变慢一点，但同时也更灵敏交互的使用。
所以我怀疑它对您的服务器是否有用（也许除了某些紧急情况）。
答案4
在桌面场景中，“wonder patch” 会提供更好的效果，在这种情况下，您希望在后台运行类似“make -j64”的程序，而不会干扰其他（“交互式”）任务。就您而言，我假设您希望调度程序平等对待所有服务器进程...我不得不同意 Marco 的观点，并说现在这样做绝对不值得。