检测linux负载过高时重启,系统负载：如何判断Linuxload的值是否过高

摘要&＃xff1a;在Linux下&＃xff0c;load表示系统的负载情况。load average 后面三个值代表系统在1分钟、5分钟和15分钟的负载情况&＃xff0c;数字越高表示系统负载越大&＃xff0c;0很低&＃xff0c;10或以上是很高。但是在非极端的情况下&＃xff0c;怎样的load值对系统而言是“高”的临界值&＃xff1f;本文从内核开始进行了分析。

接触过和使用过unix或linux的朋友&＃xff0c;都知道如何查看Unix/Linux load的值&＃xff0c;这边我也重复一下查看load的方法&＃xff1a;

[root&＃64;aaronw ~]# uptime

13:33:37 up 7 days, 1:52, 1 user, load average: 4.15, 2.00, 3.14

[root&＃64;aaronw ~]# w

13:35:35 up 1 days, 1:54, 1 user, load average: 0.00, 0.00, 0.00

USER TTY FROM LOGIN&＃64; IDLE JCPU PCPU WHAT

root pts/1 192.168.2.2 13:33 0.00s 0.02s 0.00s w

load average 后面三个值代表系统在1分钟、5分钟和15分钟的负载情况&＃xff0c;都知道数字越高表示系统负载越大&＃xff0c;第一直觉就是这个系统不行了。load average 是0的时候都认为他很低&＃xff0c;10的时候就觉得高&＃xff0c;20就不用讲了&＃xff01;但是除了这两种极端的情况之外&＃xff0c;那什么时候是这两个值的临界点&＃xff1f;当别人问起我这个问题的时候&＃xff0c;我也不知道如何回答&＃xff0c;在我大脑里就根本就没有考虑过。困扰了我很久&＃xff0c;我觉得要搞明白他&＃xff01;

先从linux的kernel的源码开始吧&＃xff01;在linux 2.6.36版本中有这样一段代码&＃xff1a;

/**

* spu_calc_load – update the avenrun load estimates.

*

* No locking against reading these values from userspace, as for

* the CPU loadavg code.

*/

static void spu_calc_load(void)

{

unsigned long active_tasks; /* fixed-point */

active_tasks &＃61; count_active_contexts() * FIXED_1;

CALC_LOAD(spu_avenrun[0], EXP_1, active_tasks);

CALC_LOAD(spu_avenrun[1], EXP_5, active_tasks);

CALC_LOAD(spu_avenrun[2], EXP_15, active_tasks);

}

CALC_LOAD是这样定义&＃xff1a;

#define LOAD_FREQ (5*HZ&＃43;1) /* 5 sec intervals */

#define EXP_1 1884 /* 1/exp(5sec/1min) as fixed-point */

#define EXP_5 2014 /* 1/exp(5sec/5min) */

#define EXP_15 2037 /* 1/exp(5sec/15min) */#define CALC_LOAD(load,exp,n) \

load *&＃61; exp; \

load &＃43;&＃61; n*(FIXED_1-exp); \

load >>&＃61; FSHIFT;

从这里我们能看到取负载值的最小周期5秒&＃xff0c;根据代码中定义我们知道

什么是load&＃xff1f;

load的就是一定时间内计算机有多少个active_tasks&＃xff0c;也就是说是计算机的任务执行队列的长度&＃xff0c;cpu计算的队列。

load多少是正常&＃xff1f;

既然load是cpu计算的队列&＃xff0c;那就应该和cpu个处理方式和cpu的个数有关系。所以我个人认为应该按系统识别的cpu个数来确定load的临界值&＃xff0c;系统识别为8个cpu&＃xff0c;那么load为8就是临界点&＃xff0c;高于8就属于over load了。

什么叫系统识别cpu个数&＃xff1f;

我是这样认为的&＃xff0c;这里涉及到cpu物理个数和超线程技术的问题。个人认为4个物理cpu和2个双核是不能够等同的&＃xff0c;当然这是物理层面的事了&＃xff01;在系统里识别的都是4个CPU.所以应该要以系统识别的为准。毕竟是系统去支配他的使用。

CPU高不等同于load高

在Unix/Linux可能经常会遇到cpu的使用率为100%&＃xff0c;但是load却不高&＃xff01;这是为什么呢&＃xff1f;因为几乎所有的任务和会和CPU进行交互&＃xff0c;但是由于各个设备的使用频率不同&＃xff0c;造成了不能同步进行的问题。比如说&＃xff0c;当对硬盘进行读写的时候&＃xff0c;出现IO的等待时候&＃xff0c;事实上cpu已经被切换到别的进程上了。该任务就处于等待状态&＃xff0c;当这样的任务过多&＃xff0c;导致队列长度过大&＃xff0c;这样就体现到负载过大了&＃xff0c;但实际是此时cpu被分配去干执行别的任务或空闲&＃xff0c;因此CPU高不等同于load高&＃xff0c;load高也不能于cpu高。