服务负载测试

1.查看当前物理cpu的个数

cat /proc/cpuinfo| grep "physical id"| sort| uniq| wc -l

2.查看当前每一个cup的core(核数)

cat /proc/cpuinfo| grep "cpu cores"| uniq

3.逻辑cpu个数 = 物理cpu个数 * 每一个cpu的核数

 cat /proc/cpuinfo| grep "processor"| wc -l

4.查看当前系统负载

使用命令：w

第一行从左面开始显示的信息依次为：时间，系统运行时间，登陆用户数，平均负载。

第二行开始以及下面全部的行，告诉咱们的信息是，当前登陆的都有哪些用户，以及他们是从哪里登陆的等等。

load average:后面的三个数值：

第一个数值表示1分钟内系统的平均负载值；

第二个数值表示5分钟内系统的平均负载值；

第三个数值表示15分钟系统的平均负载值。

这个值的意义是，单位时间段内CPU活动进程数。固然这个值越大就说明你的服务器压力越大。通常状况下这个值只要不超过服务器的cpu数量就没有关系，若是服务器cpu数量为8，那么这个值若小于8，就说明当前服务器没有压力，不然就要关注一下了。

5.监控系统的状态

使用命令：vmstat

上面讲的 w 查看的是系统总体上的负载，经过看那个数值能够知道当前系统有没有压力，可是具体是哪里（CPU, 内存，磁盘等）有压力就没法判断了。经过 vmstat 就能够知道具体是哪里有压力。vmstat命令打印的结果共分为6部分：procs, memory, swap, io, system, cpu：

1）procs 显示进程相关信息

r ：表示运行和等待cpu时间片的进程数，若是长期大于服务器cpu的个数，则说明cpu不够用了；

b ：表示等待资源的进程数，好比等待I/O, 内存等，这列的值若是长时间大于1，则须要关注一下了；

2）memory 内存相关信息

swpd ：表示切换到交换分区中的内存数量 ；

free ：当前空闲的内存数量；

buff ：缓冲大小，（即将写入磁盘的）；

cache ：缓存大小，（从磁盘中读取的）；

3）swap 内存交换状况

si ：由交换区写入到内存的数据量；

so ：由内存写入到交换区的数据量；

4）io 磁盘使用状况

bi ：从块设备读取数据的量（读磁盘）；

bo： 从块设备写入数据的量（写磁盘）；

5）system 显示采集间隔内发生的中断次数

in ：表示在某一时间间隔中观测到的每秒设备中断数；

cs ：表示每秒产生的上下文切换次数；

6）CPU 显示cpu的使用状态

us ：显示了用户下所花费 cpu 时间的百分比；

sy ：显示系统花费cpu时间百分比；

id ：表示cpu处于空闲状态的时间百分比；

wa ：表示I/O等待所占用cpu时间百分比；

st ：表示被偷走的cpu所占百分比（通常都为0，不用关注）；

注意： 

咱们使用 vmstat 查看系统状态的时候，一般都是使用这样的形式来看的:

vmstat 1 5
vmstat 1

前面表示，每隔一秒钟打印一次状态，共打印5次，然后面的表示每隔1秒打印一次状态，一直打印，除非咱们按 Ctrl + c 结束。

 

 

 

经过top命令来查看服务器负载

 再对此Linux服务器性能分析以前，先了解下Linux系统Load average负载的知识，负载均值在uptime 或者top 命令中能够看到，它们可能会显示成这个样子：load average: 0.15, 0.14, 0.11
不少人会这样理解负载均值：三个数分别表明不一样时间段的系统平均负载（一分钟、五分钟、以及十五分钟），它们的数字固然是越小越好。数字越高，说明服务器的负载越大,这也多是服务器出现某种问题的信号

一个单核的处理器能够形象得比喻成一条单车道。若是前面没有车辆在等待，那么你能够告诉后面的司机经过。若是车辆众多，那么须要告知他们可能须要稍等一会。

所以，须要些特定的代号表示目前的车流状况，例如：

　　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 是很正常的。在多处理器系统中，负载均值是基于内核的数量决定的。以100% 负载计算，1.00 表示单个处理器，而2.00 则说明有两个双处理器，那么4.00 就说明主机具备四个处理器。

　　回到咱们上面有关车辆过桥的比喻。1.00 我说过是“一条单车道的道路”。那么在单车道1.00 状况中，说明这桥梁已经被车塞满了。而在双处理器系统中，这意味着多出了一倍的负载，也就是说还有50% 的剩余系统资源- 由于还有另外条车道能够通行。

因此，单处理器已经在负载的状况下，双处理器的负载满额的状况是2.00，它还有一倍的资源能够利用。