即使 CPUShare 较低,systemd 切片也会严重影响系统响应能力

即使 CPUShare 较低,systemd 切片也会严重影响系统响应能力

我创建了自定义切片(所以现在我有 4 个切片用户、系统、机器、重要)并为CPUShares.在该切片的高负载下,系统感觉确实没有响应,考虑到巨大的CPUShares价值,这似乎是合乎逻辑的。

然而后来我设置了一个CPUShares非常小的值(与和 的64默认值相比),说实话系统也感觉反应很迟钝,也许没有那么多,但仍然很烦人。因此,与其他切片相比,CPU 负载很小(大约 11%),但一切都感觉非常无响应。4096user.slicesystem.sliceimportant.slice

我所说的无响应是指,尽管使用了更多的 CPU,但在 user.slice 中运行的同一应用程序对其他进程的影响user.slice明显小于在 .slice 中运行的同一进程important.slice。例如:

在 100% 负载下在所有 8 个核心上运行 Blender 渲染器user.slice不会让系统感觉完全没有响应。用户体验仍然非常好,PC 仍然能够执行其他任务。

important.slice当仅使用 11% CPU 时,以较低的速度运行 Blender 渲染器CPUShares会使整个系统运行缓慢,甚至 tty 也出现滞后。

当然CPUAccounting到处都是启用的。

相关内容