理解Linux系统负荷

写在前面

若是你的电脑很慢，你或许想查看一下，它的工做量是否太大了。在Linux系统中，咱们通常使用uptime命令查看（w命令和top命令也行）。信息中显示"load average"，它的意思是"系统的平均负荷"，里面有三个数字，咱们能够从中判断系统负荷是大仍是小。

会有三个数字它们的意思分别是1分钟、5分钟、15分钟内系统的平均负荷。

当CPU彻底空闲的时候，平均负荷为0；当CPU工做量饱和的时候，平均负荷为1。"load average"的值越低，好比等于0.2或0.3，就说明电脑的工做量越小，系统负荷比较轻。

"load average"一共返回三个平均值----1分钟系统负荷、5分钟系统负荷，15分钟系统负荷，----应该参考哪一个值？

• 若是只有1分钟的系统负荷大于1.0，其余两个时间段都小于1.0，这代表只是暂时现象，问题不大。
• 若是15分钟内，平均系统负荷大于1.0（调整CPU核心数以后），代表问题持续存在，不是暂时现象。

因此，你应该主要观察"15分钟系统负荷"，将它做为电脑正常运行的指标。

单CPU

假设最简单的状况，你的电脑只有一个CPU，全部的运算都必须由这个CPU来完成。

那么，咱们不妨把这个CPU想象成一座大桥，桥上只有一根车道，全部车辆都必须从这根车道上经过。（很显然，这座桥只能单向通行。）

• 系统负荷为0.5，意味着大桥一半的路段有车。
• 系统负荷为1.0，意味着大桥的全部路段都有车，也就是说大桥已经"满"了。可是必须注意的是，直到此时大桥仍是能顺畅通行的。
• 系统负荷为1.7，意味着车辆太多了，大桥已经被占满了（100%），后面等着上桥的车辆为桥面车辆的70%。以此类推，系统负荷2.0，意味着等待上桥的车辆与桥面的车辆同样多；系统负荷3.0，意味着等待上桥的车辆是桥面车辆的2倍。总之，当系统负荷大于1，后面的车辆就必须等待了；系统负荷越大，过桥就必须等得越久。

1.0是系统负荷的理想值吗？

不必定，系统管理员每每会留一点余地，当这个值达到0.7，就应当引发注意了。经验法则是这样的：

• 当系统负荷持续大于0.7，你必须开始调查了，问题出在哪里，防止状况恶化。
• 当系统负荷持续大于1.0，你必须动手寻找解决办法，把这个值降下来。
• 当系统负荷达到5.0，就代表你的系统有很严重的问题，长时间没有响应，或者接近死机了。你不该该让系统达到这个值。

多CPU

2个CPU，意味着电脑的处理能力翻了一倍，可以同时处理的进程数量也翻了一倍。

仍是用大桥来类比，两个CPU就意味着大桥有两根车道了，通车能力翻倍了。

因此，2个CPU代表系统负荷能够达到2.0，此时每一个CPU都达到100%的工做量。推广开来，n个CPU的电脑，可接受的系统负荷最大为n.0。

在系统负荷方面，多核CPU与多CPU效果相似，因此考虑系统负荷的时候，必须考虑这台电脑有几个CPU、每一个CPU有几个核心。而后，把系统负荷除以总的核心数，只要每一个核心的负荷不超过1.0，就代表电脑正常运行。