在硬件性能翻着翻提升的时候，性能似乎不是什么问题。但是前有沃尔玛圣诞期间网站被8倍于日常的压力挤垮，后有奥运门票销售系统停摆。性能其实永远都是问题。 PConline联合微软与浪潮通软进行的ERP压力测试，目前测试已经圆满完成。不过本次测试项目涉及到多种硬件方案，不同大小的多个测试脚本，所得结果的测试数据量有700M之巨，这是我们始料未及的。因此ERP压力测试小组决定将测试结果分批公布出来，让大家也可以先睹为快，边看边等待PConlne即将公布的更多测试结果。现在为大家送上的是时下较新配置的单路4核服务器上运行ERP压力测试的结果，多路4核服务器测试结果随后奉上。 测试目的：通过模拟ERP软件实际常用模块组合，测试ERP和数据中心的负载能力。给企业采购和调优软硬件系统提供高参考价值数据。 测试方法：本次测试采用的是浪潮PS-ERP最常用的物流功能6模块、帐务功能3模块一共9大模块测试脚本，在客户端利用Loadrunner虚拟用户并发并记录系统资源占用、响应时间、通过事务数等参数。 测试用数据库系统为MS SQL2005，数据为5G。大约是一个中等规模企业使用浪潮PS-ERP的数据大小。 测试环境： |
||
| 硬件组成<?xml:namespace prefix = o ns = “urn:schemas-microsoft-com:office:office” />
|
客户机
|
AMD opteron8218HE*4/<?xml:namespace prefix = st1 ns = “urn:schemas-microsoft-com:office:smarttags” />
|
| 服务器
|
Intel Xeon E5345 2.33G/
|
|
| 网络
|
H
|
|
| 软件组成
|
OS: |
|
| Microsoft SQL Server 2005 with SP2
|
||
| 浪潮通软ERP-PS9.1
|
||
| Loadrunner8.1
|
||
| 测试脚本
|
浪潮ERP物流6功能模块、3帐务功能模块
|
|
结论：装备单路4核处理器的入门级服务器,Intel Xeon E5345这颗曾被嘲笑为”胶水4核”的CPU在处理物流混合测试高至160并发数时表现相当不俗,而进行帐务测试时,随并发数的增加科目余额查询的响应时间变化尤为明显。由于工作机理的差异,当并发数达到140时,也出现了较长的等待时间。
| 文章导航： 测试简介 数据分析 小结 |
相关阅读： Pconline第三方ERP压力测试正式开始 ERP压力测试方案 物流功能模块及混合流程篇 帐务功能模块及混合流程篇 |
数据分析：
物流模块1、采购入库单制单：采购物资入库时制作采购入库单，仓库保管员确认无误后对单据所指标物料、产品做入库操作。大致业务流程：采购模块－入库－采购入库单维护（见图2、3）。采购入库单制单，在实际的PS-ERP操作中，操作员会对往来单位、物料编码字典做相应的选择，对于没有可选的单位则进行手工输入，最后保存单据，在实际的操作中，视乎数据量的多少，完成一个制单或许需要3-5分钟左右，这里面主要是操作人员的思考和输入动作的时间。而在测试中，人的时间可以缩短到基本已经可以忽略不加考虑，结果反应的更多是系统的响应时间。在 采购入库单制单模块中，当并发数在100-120时，其平均响应时间为60-80秒，并发在140-160时，但某些事务的最长响应时间表现差别巨大,究其原因在于制作采购入库单制单的脚本，对不同的制单条件作参数化的设定，所以制单事务具体含义会有不同的内容长度，但平均响应时间为接近100秒，此结果仍在可接受范围之内。相对于AMD单路双核100并发的平均响应时间接近300秒的结果，4核处理器的性能提高还是给我们不小的惊喜。
图2 采购入库单制单结果
图3 采购入库单制单执行步骤结果
物流模块2、客户欠款余额查询：对某一期间段内的客户、部门或人员的欠款进行查询。大致业务流程：应收模块－查询－应收账页－客户欠款余额查询（见图4、5）。对于客户欠款余额查询，随并发数的增加，平均响应时间的增长还算保持一定比例，可以说明该功能模块对系统没有很难承受的压力。
图4 客户欠款余额查询结果
图5 客户欠款余额查询执行步骤结果
图6 库存辅助管理余额查询结果
图7 库存辅助管理余额查询执行步骤结果
模块4、库存入库单记帐：采购物料到货后制作采购入库单，需要通过入库单记账功能以将其登记到账本中。大致业务流程：库存模块－业务－入库－入库单登记库存账（图8、9），经过操作，入库单将由帐前状态转为帐后状态。从结果上看出，各个并发数状态以下的测试数值平均在100秒左右，和采购入库单制单模块相类似，该模块对系统造成的压力不大。
图8 库存入库单记帐结果
图9 库存入库单记帐执行步骤结果
模块5、全月加权成本计算：全月加权成本计算是对计价方法为全月加权成本计算的物料进行成本计算，大致业务流程：存货核算－业务－出库成本计算－全月加权成本计算（图10、11）。压力在160并发时，平均响应时间才超过40秒，这结果甚至比AMD单路双核心服务器最低40并发的测试结果还要好很多，这里除了排除四核CPU的性能优势之外，还要归结磁盘存储系统的差别，双SAS接口组成的硬件RAID1，相对于单个SATA接口的硬盘，读写速度和IO时间都有不小的优胜。
图10 全月加权成本计算结果
图11 全月加权成本计算执行步骤结果
模块6、销售提货单制单：该单据是客户到仓库部门提货和库管员发货的依据。大致业务流程：销售模块－业务－普通业务处理－提单业务处理－删除提单。（结果见图12、13）。本模块所占的系统压力比例不大，平均响应时间在高并发时仍在合理可接受范围之内。
图12 销售提货单制单结果
图13 销售提货单制单执行步骤结果
图14 帐务混合测试
从上面可以看出帐务混合模块（图14）的系统最大负载集中在科目余额查询当中，凭证制单和凭证记账的平均响应时间都控制在100秒以内，而科目余额查询的模块100并发时已经达到了500秒，这和测试脚本在科目余额查询模块的设定有关。
科目余额查询和凭证制单、记帐的复杂程度完全不一样，科目余额查询是按条件生成报表的一个查询动作。不同的查询条件，比如查询时段长短或按月按日汇总结果等不同查询条件所产生的报表内容长短大小会差别很大，所需要的计算时间也会相差巨大，耗损时间和系统资源占用也会差别很多，查询所得结果会生成大小不同的报表。科目余额查询是ERP系统中与其他模块密切集成、相关的主要模块，它的原始数据绝大部分来源于其他模块，又深入到其他模块的控制过程中，其操作内容表面上简易，但所涉及到的项目科目后台列表、查询动作也比较频繁，当并发用户大幅度增加时对数据库的负荷压力会有明显影响。
相对于先前给出的AMD单路双核服务器测试结果，这里的测试成绩还是可以接受的，单路双核在80并发时科目余额查询的相应时间是接近800秒的。与本轮帐务混合测试140并发的成绩很接近，当我们再次把思考时间加入测试之后，情况也有了很好的改善，平均的响应时间缩短接近45%。
小结：
图15 系统占用资源
从系统资源占用情况可以看出服务器运行压力测试时，只有涉及到数据库大量查询索引时，有些事务如帐务混合的科目余额查询模块虚拟用户的集中计算压力(图14)，此时CPU占用率已几乎到达100%，磁盘的读写时间也骤然升高（图15）。可见数据的压力短时间内达到硬件的极限，但没有形成明显的系统瓶颈，测试结果也没有产生死锁和错误。如果能合理分配计算性能，本轮测试所使用的4核服务器配置还是可以很好的应付高达140并发的系统负载的。象某些使用任务量繁重但使用较少的功能模块，如月结、年度数据汇总等涉及大量数据库调用和系统运算资源的模块，这样需要用户在实际应用合理的分配系统资源，以求负载平衡。
图16 Intel和AMD两套系统的磁盘资源对比
前面所提到的测试结果和之前发布的AMD单路双核服务器测试报告的对比中，大家的眼光也许大都集中在处理器上。诚然，四核对双核确实有着压倒性的优势，但测试结果能有着100%甚至200%的优势，这里面就不全部是处理器的性能优势了，也有很大的差异是来自磁盘存储系统（图16），在相同内存带宽和容量条件下，大量数据读写传递的造成的系统压力会多数落在磁盘存储系统上，本轮测试用服务器采用双SAS接口硬盘组成的硬件RAID1，AMD单路双核只有一块SATA接口的硬盘。两种磁盘系统无论在转数、磁盘缓存、读写速度、磁盘带宽均差别巨大，传输速度的RAID1比SATA硬盘实际快上3、4倍（见下表1），由此而造成的两套系统测试结果的差别巨大也就不足为奇了。
项目
表1 磁盘系统数值对比
图17 TPS
本轮测试的服务器平均TPS为8.608（图17）。相对于AMD单路双核的每秒平均处理事务数3.379，提升154.7%。两套系统的差别主要在于处理器和磁盘，但提升幅度之大也是让人惊讶的。8.6的TPS虽然绝对数值不算很大，比如之前某新闻里提到过的北京奥运门票（点击察看该新闻）的订票系统性能TPS设计峰值也只在41。单套系统所得成绩足以让我们很自豪。因为ERP压力测试中Transaction的复杂度比订票系统是有过之而无不及。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/183376.html