性能测试如何定位瓶颈.docVIP

性能测试如何定位瓶颈 性能测试这种测试方式在发生过程中，其中一个过渡性的工作，就是对执行过程中的问题，进行定位，对功能的定位，对负载的定位，最重要的，当然就是问题中说的“瓶颈”，接触性能测试不深，更非专家，自己的理解，瓶颈产生在以下几方面： 　　1、网络瓶颈，如带宽，流量等形成的网络环境 　　2、应用服务瓶颈，如中间件的基本配置，CACHE等 　　3、系统瓶颈，这个比较常用：应用服务器，数据库服务器以及客户机的CPU，内存，硬盘等配置 　　4、数据库瓶颈，以ORACLE为例，SYS中默认的一些参数设置 　　5、应用程序本身瓶颈，这个是测试过程中最需要去关注的，需要测试人员和开发人员配合执行，然后定位 逐步细化分析，先可以监控一些常见衡量CPU，内存，磁盘的性能指标，进行综合分析，然后根据所测系统具体情况，进行初步问题定位，然后确定更详细的监控指标来分析。 　　怀疑内存不足时： 　　方法1： 　　【监控指标】：Memory Available MBytes ，Memory的Pages/sec， page read/sec， Page Faults/sec 　　【参考值】： 　　如果 Page Reads/Sec 比率持续保持为 5，表示可能内存不足。 　　Page/sec 推荐00-20（如果服务器没有足够的内存处理其工作负荷，此数值将一直很高。如果大于80，表示有问题）。 方法2：根据Physical Disk 值分析性能瓶颈 　　【监控指标】：Memory Available MBytes ，Pages read/sec，%Disk Time 和 Avg.Disk Queue Length 　　【参考值】：%Disk Time建议阈值90% 　　当内存不足时，有点进程会转移到硬盘上去运行，造成性能急剧下降，而且一个缺少内存的系统常常表现出很高的CPU利用率，因为它需要不断的扫描内存，将内存中的页面移到硬盘上。 　　怀疑内存泄漏时 　　【监控指标】：Memory Available MBytes ，Process\Private Bytes和Process\Working Set，PhysicalDisk/%Disk Time 　　【说明】： 　　Windows资源监控中，如果Process\Private Bytes计数器和Process\Working Set计数器的值在长时间内持续升高，同时Memory\Available bytes计数器的值持续降低，则很可能存在内存泄漏。内存泄漏应该通过一个长时间的，用来研究分析当所有内存都耗尽时，应用程序反应情况的测试来检验。 　　CPU分析 　　【监控指标】： 　　System %Processor Time CPU，Processor %Processor Time CPU 　　Processor%user time 和Processor%Privileged Time 　　system\Processor Queue Length 　　Context Switches/sec 和%Privileged Time 　　【参考值】： 　　System\%Total processor time不持续超过90%，如果服务器专用于SQL?Server，可接受的最大上限是80-85% ，合理使用的范围在60%至70%。 　　Processor %Processor Time小于75% 　　system\Processor Queue Length值，小于CPU数量的总数+1 　　CPU瓶颈问题 　　1、System\%Total processor time如果该值持续超过90%，且伴随处理器阻塞，则说明整个系统面临着处理器方面的瓶颈. 　　注：在某些多CPU系统中，该数据虽然本身并不大，但CPU之间的负载状况极不均衡，此时也应该视作系统产生了处理器方面的瓶颈. 　　2、排除内存因素，如果Processor %Processor Time计数器的值比较大，而同时网卡和硬盘的值比较低，那么可以确定CPU 瓶颈。（内存不足时，有点进程会转移到硬盘上去运行，造成性能急剧下降，而且一个缺少内存的系统常常表现出很高的CPU利用率，因为它需要不断的扫描内存，将内存中的页面移到硬盘上。） 造成高CPU使用率的原因： 　　频繁执行程序，复杂运算操作，消耗CPU严重 　　数据库查询语句复杂，大量的 where 子句，order by， group by 排序等，CPU容易出现瓶颈 　　内存不足，IO磁盘问题使得CPU的开销增加 　　磁盘I/O分析 　　【监控指标】：PhysicalDisk/%Disk time，PhysicalDisk/%Idle Time，Physical Disk\ Avg.Dis