服务器中”系统平均负载 Load average“含义学习

大家好，又见面了，我是你们的朋友全栈君。

一、什么是系统平均负载

uptime、w、top等命令都会有系统负载load average的输出，系统平均负载被定义为在特定时间间隔内运行队列中的平均进程数，包括可运行状态和不可中断状态的平均进程数，也就是活跃进程数。它和cpu使用率没有直接的关系

二、衡量系统性能

  如果系统平均负载的数值除以CPU的数目高于5，系统在超负荷运转了。一般来说每个cpu的当前进程数不大于3那么系统还可以(这个与另一份资料有冲突，待考究TODO)

三、行车过桥（引用）

  一只单核的处理器可以形象得比喻成一条单车道。设想下，你现在需要收取这条道路的过桥 费 – 忙于处理那些将要过桥的车辆。你首先当然需要了解些信息，例如车辆的载重、以及还有多少车辆正在等待过桥。如果前面没有车辆在等待，那么你可以告诉后面的司机通过。 如果车辆众多，那么需要告知他们可能需要稍等一会。

  因此，需要些特定的代号表示目前的车流情况，例如：

  0.00 表示目前桥面上没有任何的车流。 实际上这种情况与 0.00 和 1.00 之间是相同的，总而言之很通畅，过往的车辆可以丝毫不用等待的通过。

  1.00 表示刚好是在这座桥的承受范围内。 这种情况不算糟糕，只是车流会有些堵，不过这种情况可能会造成交通越来越慢。

  超过 1.00，那么说明这座桥已经超出负荷，交通严重的拥堵。 那么情况有多糟糕？ 例如 2.00 的情况说明车流已经超出了桥所能承受的一倍，那么将有多余过桥一倍的车辆正在焦急的等待。3.00 的话情况就更不妙了，说明这座桥基本上已经快承受不了，还有超出桥负载两倍多的车辆正在等待。

  上面的情况和处理器的负载情况非常相似。一辆汽车的过桥时间就好比是处理器处理某线程 的实际时间。Unix 系统定义的进程运行时长为所有处理器内核的处理时间加上线程 在队列中等待的时间。

  和收过桥费的管理员一样，你当然希望你的汽车（操作）不会被焦急的等待。所以，理想状态 下，都希望负载平均值小于 1.00 。当然不排除部分峰值会超过 1.00，但长此以往保持这 个状态，就说明会有问题，这时候你应该会很焦急。

  “所以你说的理想负荷为 1.00 ？”

  嗯，这种情况其实并不完全正确。负荷 1.00 说明系统已经没有剩余的资源了。在实际情况中 ，有经验的系统管理员都会将这条线划在 0.70：

  “需要进行调查法则”： 如果长期你的系统负载在 0.70 上下，那么你需要在事情变得更糟糕之前，花些时间了解其原因。

  “现在就要修复法则”：1.00 。 如果你的服务器系统负载长期徘徊于 1.00，那么就应该马上解决这个问题。否则，你将半夜接到你上司的电话，这可不是件令人愉快的事情。

  “凌晨三点半锻炼身体法则”：5.00。 如果你的服务器负载超过了 5.00 这个数字，那么你将失去你的睡眠，还得在会议中说明这情况发生的原因，总之千万不要让它发生。

  那么多个处理器呢？我的均值是 3.00，但是系统运行正常！

  哇喔，你有四个处理器的主机？那么它的负载均值在 3.00 是很正常的。

  在多处理器系统中，负载均值是基于内核的数量决定的。以 100% 负载计算，1.00 表示单个处理器，而 2.00 则说明有两个双处理器，那么 4.00 就说明主机具有四个处理器。

  回到我们上面有关车辆过桥的比喻。1.00 我说过是“一条单车道的道路”。那么在单车道 1.00 情况中，说明这桥梁已经被车塞满了。而在双处理器系统中，这意味着多出了一倍的 负载，也就是说还有 50% 的剩余系统资源 – 因为还有另外条车道可以通行。

  所以，单处理器已经在负载的情况下，双处理器的负载满额的情况是 2.00，它还有一倍的资源可以利用。

  “有多少核心即为有多少负荷”法则： 在多核处理中，你的系统均值不应该高于处理器核心的总数量。

四、自我总结

  这次是因为公司服务器出了点问题，自己对这块又不熟悉，系统负载那些指数含义不太懂，所以去搜集了相关资料学习了一下。才明白公司服务器这个负载均衡是没有什么问题，即使这些资料有冲突，还是得找找相关的问题出现在哪~有时间要看看更为准确的资料，先mark一下。从本次的学习当中知道了

• 1、系统平均负载与cpu没有直接联系，数值与活跃进程直接关系
• 2、系统负载看cpu数，负载值除以cpu，没有大于1肯定好的，服务器出了问题，先看负载，看看哪些进程在消耗资源等等（负载这步）

参考资料

1、Linux系统的平均负载 2、Linux Load average负载详细介绍

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。

发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/194379.html原文链接：https://javaforall.cn