Linux服务器程序性能测试的一些思考

 工作中对项目压力测试的一些心得，先自我作一个小结吧！

（一）宏观与微观相结合

  （1）宏观层面

       即系统的一些关键性能指标，如：各进程所占CPU的百分比、内存消耗、网络包量、磁盘IO等等，详细指标列举如下：

名称

描述

参考值

CPU useage

CPU 的使用时间百分比。

平均值小于70%

Process virtual memery size

进程使用的内存空间总量，包括物理内存和swap内存

进程长时间运行后该值不能大幅度的改变，否则是内存泄露

Disk rate

磁盘传输速率

一般少于2M/s, 日志级别太低时硬盘io会是瓶颈。

Bytes trans rate

网络发送速率

少于200Mbps

Bytes receive rate

网络接收速率

少于200Mbps

Pages swap in

每秒钟读入到物理内存中的页数

长期大于0表示物理内存不足

Pages swap out

每秒钟写入页面文件页数

参考上面

Context switches rate

每秒钟在进程或线程之间的切换率。

少于5000*cpu个数

Interrupt rate

每秒内的设备中断数。

该指标代表了本地向CPU引起的本地中断，例如IO端口引起中断，系统时钟引起中断。

一个巨大的中断值，同时伴随着缓慢的系统性能表现，指示存在硬件问题。 

    测试工具：nmon

 

  （2）微观层面

       这里是指具体到Server程序的逻辑功能模块，包括函数消耗CPU周期、函数调用次数等资源占用情况，以及系统内核哪一部分最忙等。

       测试工具：oprofile、gprof

 

（二）黑盒与白盒相结合

  （1）黑盒测试

       我们目前的压力测试程序，其实是归于黑盒测试范畴的，它模拟玩家的一些行为，应用具体项目的实际协议与被测游戏Server通讯，通过同时产生大规模机器人，来模拟与实际运营中相似的场景。这里编写的测试用例，其功能就是要尽可能真实地模拟client的功能，并能方便的配置化和部署client行为；

  （2）白盒测试

       我理解的白盒测试包括两部分，一是单元测试，它能有效地解决BUG回归测试的问题，二是代码覆盖率检查，它能有效检查到每个函数分支的执行情况。前者可借助业界成熟的自动化测试框架，如：cppunit、gtest；后者也有许多第三方工具，比较方便的有GNU自带的gcov，只要在编译程序时，加入-fprofile-arcs -ftest-coverage编译选项即可。

 

   如果要用一句话来概括两者的话，那就是：

  白盒测试能极大的保障程序逻辑功能层面的正确性（正常与异常流程均能检测到），而黑盒测试则能有效保障程序运行的稳定性。