至少在Linux上，平均负载和CPU利用率实际上是两件事。平均负载是衡量一段时间内内核运行队列中正在等待多少任务(不仅是CPU时间，而且还有磁盘活动)的度量。 CPU利用率是衡量CPU现在有多忙的指标。一分钟固定最大负载为100％的CPU线程可以“贡献”到1分钟的平均负载。在100％功率下具有超线程1分钟的4核CPU(8个虚拟内核)平均负载为81分钟。
通常，这两个数字具有相互关联的模式，但是您不能假设它们是相同的。您可能有接近0％CPU利用率的高负载(例如，当大量IO数据处于等待状态时)，并且当您运行单线程进程时，您的负载可能为1％和100％已满倾斜。同样在很短的时间内，您可以看到CPU接近100％，但是负载仍然低于1，因为平均指标还没有“赶上”。
我看到服务器负载超过15,000(是的，这不是错字)，CPU％接近0％。发生这种情况是因为Samba共享遇到问题，许多客户开始陷入IO等待状态。如果看到正常的高负载数而没有相应的CPU活动，则可能是某种存储问题。在虚拟机上，这也可能意味着其他VM也在激烈竞争同一VM主机上的存储资源。
高负载不一定是一件坏事。在大多数情况下，这仅意味着系统已被充分利用或已超过其保留容量(如果负载大于处理器核心数量)。在我曾经担任系统管理员的地方，他们比Nagios更关注主系统上的平均负载。当负载很高时，他们给我打电话的速度比您所说的SMTP快24/7。在大多数情况下，实际上并没有什么错，但是它们将装载编号与错误相关联，并且像老鹰一样看待它。经过检查后，我的回答通常是系统只是在完成其工作。当然，这是同一位置(尽管不是同一台服务器)，负载超过15,000，因此有时确实表明存在问题。您必须考虑系统的目的。如果这是主要力量，则可以预期负载自然会很高。
本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/shoujiruanjian/article-367621-1.html
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
