在Linux系统上进行压力测试时，可以看到top或uptime命令具有load average条目(即负载平均值)的含义。 一般为以下形式。
加载平均：09、0.05和0.01
三个数字分别表示不同时间段系统的平均负载(1分钟、5分钟、15分钟)，这些数字当然越小越好。 数字越高，服务器的负载就越大。 这可能是一个信号，表明服务器出现了某些问题。
我确实很困扰为什么会有三个数字。 据了解，0.65分钟、0.42分钟和0.36分钟分别表示前一分钟、最后5分钟和最后15分钟的系统负载平均。 这带来了另一个问题：
我们以哪个数字为基准？ 一分钟吗？ 五分钟吗？ 还是15分钟？
一般应该着眼于5分钟或15分钟的平均值。 老实说，如果前一分钟的负荷状况为1.00，就可以判断服务状况正常。 但是，如果15分钟的数值仍为1.00，则需要注意
那么，如何理解这些数字背后的含义呢？ 1.0是好还是坏？
load average实际上表示的是cpu的负载率，具体数字的含义举例说明了详细解释Linux上load average负载的好例子。
过桥的车
单核处理器可以比作自行车道。 想象一下。 你现在需要收走这条公路的桥的费用。 我忙于处理过桥的车。 首先，需要知道车辆的装载量和等待过桥的车辆数量等信息。 如果前面没有车在等的话，可以告诉后面的司机通过。 如果车辆很多，你需要让他们知道你可能需要等一会儿。
因此，需要表示当前车流的特定代码。 例如，如下所示
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，则必须立即解决此问题。 否则，半夜老板会打电话来。 这不是一件愉快的事。
“凌晨3点半锻炼身体规律”: 5.00。 如果你的服务器负荷超过了5.00这个数字，你就会失去你的睡眠。 另外，必须说明会议上发生这种情况的理由。 总之绝对不要让它发生。
那么，多个处理器呢？ 我的平均值是3.00，但是系统运行正常！
哇，有四个处理器的主机吗？ 其负荷平均为3.00，很正常。
在多处理器系统中，负载平均是根据核的数量来确定的。 按100%负载计算，1.00表示单个处理器，2.00表示有两个双处理器，4.00表示主机上有四个处理器。
回到我们上面的车过桥的比喻。 1.00我说“自行车道”。 对于自行车道1.00，这表明这座桥已经挤满了车。 在双处理器系统中，这意味着负载增加了两倍，剩下50%的系统资源。 因为有别的车道可以通行。
那么，如何知道系统中有多少核心处理器？
在Linux上，可以使用
cat /proc/cpuinfo
t
获取你系统上每个处理器的信息。
grep -c 'model name' /proc/cpuinfo命令直接返回CPU的总内核数。