到底多高的负载才算高负载?

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

[root@aaronw ~]# uptime13:33:37 up 7 days, 1:52, 1 user, load average: 4.15, 2.00, 3.14

load average 后面三个值代表系统在1分钟、5分钟和15分钟的负载情况，都知道数字越高表示系统负载越大，第一直觉就是这个系统不行了。那么到底多高的负载才算高负载? 我们又如何去判断系统是否已经高负载呢？

1. 什么是load average？

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

2. load average多少是正常？

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

3. 什么叫系统识别CPU个数？

这里涉及到cpu物理个数和超线程技术的问题。对于单处理器在满负载的情况下1.00，则双处理器的负载满额的情况是 2.00，它还有一倍的资源可以利用。
从性能的角度上理解，一台主机拥有多核心的处理器与另台拥有同样数目的处理性能基本上可以认为是相差无几。当然实际 情况会复杂得多，不同数量的缓存、处理器的频率等因素都可能造成性能的差异。但即便这些因素造成的实际性能稍有不同，其实系统还是以处理器的核心数量计算负载均值 。这使我们有了两个新的法则：
　　“有多少核心即为有多少负荷”法则： 在多核处理中，你的系统均值不应该高于处理器核心的总数量。
　　“核心的核心”法则： 核心分布在分别几个单个物理处理中并不重要，其实两颗四核的处理器 等于 四个双核处理器 等于 八个单处理器。所以，它应该有八个处理器内核。

4. 如何查看系统的CPU个数？

在 Linux 下，可以使用下面的命令获取你系统上的逻辑处理器的数量：
grep ‘model name’ /proc/cpuinfo | wc -l

5.CPU高不等同于load高

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