LR性能测试结果.docx

LR分析一、用户事务分析?用户事务分析是站在用户角度进行的基础性能分析。?1、Transation?Sunmmary（事务综述）?对事务进行综合分析是性能分析的第一步，通过分析测试时间内用户事务的成功与失败情况，可以直接判断出系统是否运行正常。?2、Average?Transaciton?Response?Time（事务平均响应时间）?“事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间，通过它可以分析测试场景运行期间应用系统的性能走向。根据该图，可以定位出现性能问题的转折点。?说明：随着测试时间的变化，系统处理事务的速度开始逐渐变慢，这说明应用系统随着投产时间的变化，整体性能将会有下降的趋势。?当事务响应时间的曲线开始由缓慢上升，然后处于平衡，最后慢慢下降，可能情况：?1）曲线图持续上升，表明系统的处理能力在下降，事务的响应时间变长；?2）持续平衡，表明并发用户数达到一定数量，再多请求也可能接受不了，等待；?3）当事务的响应时间在下降，表明并发用户的数量在慢慢减少，事务的请求数也在减少。?如果系统没有出现下降，但响应时间越来越长，直到系统瘫痪，引起原因可能如下:1）程序中用户数连接未做限制，导致请求数不断上升，响应时间不断变长；?2）内存泄露。??3、Transactions?per?Second（每秒通过事务数，简写TPS）?“每秒通过事务数/TPS”显示在场景运行的每一秒钟，每个事务通过、失败以及停止的数量，使考查系统性能的一个重要参数。通过它可以确定系统在任何给定时刻的时间事务负载。分析TPS主要是看曲线的性能走向。将它与平均事务响应时间进行对比，可以分析事务数目对执行时间的影响。?说明：当压力加大时，点击率/TPS曲线如果变化缓慢或者有平坦的趋势，很有可能是服务器开始出现瓶颈。TPS值，越大说明系统处理能力越强。?4、Total?Transactions?per?Second（每秒通过事务总数）?“每秒通过事务总数”显示在场景运行时，在每一秒内通过的事务总数、失败的事务总署以及停止的事务总数。该曲线走向和TPS曲线走向一致。?5、Transaction?Performance?Sunmmary（事务性能摘要）?“事务性能摘要”显示方案中所有事务的最小、最大和平均执行时间，可以直接判断响应时间是否符合用户的要求。?说明：重点关注事务的平均和最大执行时间，如果其范围不在用户可以接受的时间范围内，需要进行原因分析。?6、Transaction?Response?Time?Under?Load（事务响应时间与负载）?“事务响应时间与负载”是“正在运行的虚拟用户”图和“平均响应事务时间”图的组合，通过它可以看出在任一时间点事务响应时间与用户数目的关系，从而掌握系统在用户并发方面的性能数据，为扩展用户系统提供参考。此图可以查看虚拟用户负载对执行时间的总体影响，对分析具有渐变负载的测试场景比较有用。?7、Transaction?Response?Time(Percentile)（事务响应时间(百分比)）?“事务响应时间(百分比)”是根据测试结果进行分析而得到的综合分析图，也就是工具通过一些统计分析方法间接得到的图表。通过它可以分析在给定事务响应时间范围内能执行的事务百分比。?说明：主要观察，在给定时间的范围内完成事务的百分比?参考值：?10%的TRT（P）=5s、50%的TRT（P）=5s、90%的TRT（P）=5s??8、Transaction?Response?Time(Distribution)（事务响应时间(分布)）?“事务响应时间(分布)”显示在场景运行过程中，事务执行所用时间的分布，通过它可以了解测试过程中不同响应时间的事务数量。如果系统预先定义了相关事务可以接受的最小和最大事务响应时间，则可以使用此图确定服务器性能是否在可以接受的范围内。?说明：主要观察，大多数事务的响应时间??参考值：TRT（D）=5s?二、确定CPU、内存泄露问题?1、%processor?time(processor_total)? 服务器消耗的处理器时间数量.如果服务器专用于sql?server?可接受的最大上限是80%?-85?%.也就是常见的CPU?使用率。?说明：正常负载下，服务器的CPU利用率应该在80%以下。超过90%,那么很可能存在处理器瓶颈。如果CPU使用率不断上升，内存使用率也不断上升，表明系统可能产生资源争用情况，引起原因，程序资源调配问题。? 判断是否内存泄露问题：?内存问题主要检查应用程序是否存在内存泄漏,如果发生了内存泄漏，P?rocess?Bytes\Private?Bytes计数器和Process\Working?set?计数器的值往往会升高，同时Avaiable?bytes的值会降低。内