我在top命令中看到了低cpu空闲时间。这种低空闲时间会导致应用程序出现任何问题吗？通常它超过20％或30％。
系统时间也超过70％。
top - 15:17:16 up 55 days, 14:27, 4 users, load average: 102.27, 103.70, 104.21
Tasks: 454 total, 31 running, 418 sleeping, 0 stopped, 5 zombie
Cpu(s): 28.8%us, 70.4%sy, 0.0%ni, 0.7%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 16395276k total, 16321964k used, 73312k free, 118016k buffers
Swap: 18874360k total, 548k used, 18873812k free, 4635752k cached
答案 0 :(得分：1)
您可以找到顶部显示的所有统计信息的完整详细信息。 http://blog.scoutapp.com/articles/2015/02/24/understanding-linuxs-cpu-stats
以上链接的摘录
id 统计信息告诉我们，在上一个采样周期内，处理器空闲时间超过73％。用户空间百分比 - us ，niced百分比 - ni 以及空闲百分比 - id 的总和应接近100％ 。这是在这种情况下。如果CPU在其他状态下花费更多时间，那么可能会出现问题。
现在，关于你的问题，你的系统似乎正在运行一项非常繁重的计算工作。它也可能是一个繁重的IO操作。 但是，通常 sys 百分比不会超过1-2％，应该尽可能低。
此数字可以达到更高的峰值，尤其是在发生大量I / O时。
另外，在bash中只是一个简单的while循环，while true; do cat Makefile>/dev/null; done导致在内核空间中使用20％的cpu时间（由 sys 提及）。
%Cpu(s): 16.1 us, 17.4 sy, 0.0 ni, 66.1 id, 0.3 wa, 0.0 hi, 0.1 si, 0.0 st
高内核使用率 - 有时这是可以接受的。例如，执行大量控制台I / O的程序可能导致内核使用率激增。但是，如果它长时间保持较高的水平，则可能表明某些事情是对的。这种尖峰的可能原因可能是驱动程序/内核模块的问题。
尝试查找可能导致过度使用CPU的进程/守护进程。如果它仍然是永久性的，则对正在运行的进程进行故障排除。