Linux系统Load average负载详细解释

　　我们知道判断一个系统的负载可以使用top,uptime等命令去查看,它分别记录了一分钟、五分钟、以及十五分钟的系统平均负载

　　例如我的某台服务器：

　　$ uptime

　　09:50:21 up 200 days, 15:07, 1 user, load average: 0.27, 0.33, 0.37

　　大部分的人都认为这个数字越小越好,其实有很多关联的提示信息,今天看到这个好文,应该可以给大家说清楚很多问题,转一下：

　　原文链接： http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages

　　你可能对于 Linux 的负载均值（load averages）已有了充分的了解.负载均值在 uptime 或者 top 命令中可以看到,它们可能会显示成这个样子：

　　load average: 0.09, 0.05, 0.01

　　很多人会这样理解负载均值：三个数分别代表不同时间段的系统平均负载（一分钟、五 分钟、以及十五分钟）,它们的数字当然是越小越好.数字越高,说明服务器的负载越 大,这也可能是服务器出现某种问题的信号.

　　而事实不完全如此,是什么因素构成了负载均值的大小,以及如何区分它们目前的状况是 “好”还是“糟糕”？什么时候应该注意哪些不正常的数值？

　　回答这些问题之前,需要了解下这些数值背后的些知识.我们先用最简单的例子说明, 一台只配备一块单核处理器的服务器.

　　行车过桥

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

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

　　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 是很正常的.

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!