Dio的性能测试经验总结 - 性能项目经验：系统设置影响有多大

性能环境和生产环境不一致是业界普遍存在的问题，于是如何将性能结果向生产推演，如何配置更合理的测试环境就成为性能测试策略探讨的一个方向。一般我们会遵循当硬件配置和规模无法和生产一致甚至接近时，测试环境就要求架构部署、基础软硬件型号、版本、系统配置和生产一致。

这个例子里要说的系统设置不是kernel的参数，而是一个非常简单的vm资源设置失误导致的“性能瓶颈”。

问题

同事负责一个联机系统的性能测试，测试环境是一个6C8G的IBM P系列小型机，为了更充分的利用资源，系统安装在PowerVM设置的微分区上。但测试过程并不顺利，很简单的交易TPS始终无法上去，中间件、数据库的各项指标也没有明显异常，于是叫来我帮他一起排查问题。

鉴于以往的经验我首先从性能测试的前端开始逐一检查：测试脚本、发压数据、被测服务器基础软硬件……当看到被测服务器nmon时发现CPU利用率明显偏低，而且利用率的数值很特别，在一个SMP的系统上只使用了一个CPU：

这样问题就基本框定了范围，除非被测程序写的有问题，无法利用上系统的多CPU，否则肯定就是被测系统的配置有问题了。

解决

AIX PowerVM对资源分配的设置非常细致，在微分区共享CPU情况下可以将CPU的资源划分到0.1的粒度，即是说如果2个LPAR共享4个CPU，其中一个LPAR的CPU可以设置为占用1.4个CPU，另一个LPAR设置为2.6个CPU。

确定了被测程序编写没有问题，剩下就是检查AIX里对分区的设置了，果然发现该LPAR的CPU使用被设置为Entitled Capacity=1，Mode=Capped。分配了最小一个CPU的处理能力，且无法突破限制。将Mode改为Uncapped后重新发起压力，交易TPS上升明显，被测服务器的CPU利用也涨到2.5~3.0：