1、Linux系统的平均负载的概念

有时候我们会觉得系统响应很慢，但是又找不到原因，这时就要查看平均负载了，看它是否有大量的进程在排队等待。特定时间间隔内运行队列中的平均进程数可以反映系统的繁忙程度，所以我们通常会在自己的网站或系统变慢时第一时间查系统的负载，即CPU的平均负载。

2、查看平均负载

究竟应该如何查看平均负载呢？最简单的命令是uptime，如下所示：

目前的主流服务器都是双四核，有相当强悍的CPU，做一般的应用服务的话，Linux系统的负载这块倒不用我们担心。

还可以用w命令来查看，顺便可以查看一下系统当前有哪些用户，他们占用了哪些终端，如下所示：

另外，还有动态命令top，这个命令也可以反映系统负载情况。在下面的命令提示中，我们只关心加粗字体部分。

上面加粗字体显示的内容是什么意思呢？再通过uptime查看一下。

原来它所表示的是过去的1分钟、5分钟和15分钟内进程队列中的平均进程数量。

那么，如何衡量当前系统是否负载过高呢？可以从以下几点来考虑。

如果每个CPU（可以按CPU核心的数量计算）当前的活动进程数不大于3，则系统性能良好。

如果每个CPU当前的活动进程数不大于4，表示可以接受。

如果每个CPU当前的活动进程数大于5，则系统性能问题严重。

还可以结合vmstat命令来判断我们的系统是否过于繁忙，如果确定很繁忙的话，就要考虑是否更换服务器或增加CPU的个数了。总结如下：

如果r经常大于3或4，且id经常少于50，则表示CPU的负荷很重。

在上面例子中，我的服务器是PowerEdge 2850，CPU是双核双线程的，则0.09/2=0.045（即负载值/真实CPU个数），此系统的CPU负载基本可以忽略了。事实上，现在主流服务器 的CPU都很强悍，如果不是应用虚拟化等特殊场景，基本上负载都很小。

按照前面的计算公式，我所配置Nagios报警的CPU负载阈值 为CPU核心的数量（即CPU的物理个数×核数）。还是以我的服务器PowerEdge 2850为例，其CPU核心的数量为2×2=4，则设置报警值为4。这样设置是合理的，因为毕竟不是每个应用服务器的CPU都支持多核心，毕竟整个网站中 还有些性能比较弱的服务器是用来做备份的。