中国龙,中国风,中国会变得更加强大!
力量越大,责任越大!
人的一生,会面临很多选择,但决定一个人一生的,往往就是最关键那么的一两步
转]系统瓶颈分析举例
上一篇 /
下一篇 2008-10-22 11:02:28
/ 个人分类:测试精华
经验举例1
交易的响应时间如果很长,远远超过系统性能需求,表示耗费CPU的数据库操作,例如排序,执行aggregate functions(例如sum、min、max、count)等较多,可考虑是否有索引以及索引建立的是否合理;尽量使用简单的表联接;水平分割大表格等方法来降低该值。
经验举例2
分段排除错误。测试工具可以模拟不同的虚拟用户来单独访问Web服务器、应用服务器和数据库服务器,这样,就可以在Web端测出的响应时间减去以上各个分段测出的时间就可以知道瓶颈在哪并着手调优。
经验举例3
UNIX资源监控(NT操作系统同理)中指标内存页交换速率(Paging rate),如果该值偶尔走高,表明当时有线程竞争内存。如果持续很高,则内存可能是瓶颈。也可能是内存访问命中率低。“Swap in rate”和“Swap out rate”也有类似的解释。
经验举例4
UNIX资源监控(NT操作系统同理)中指标CPU占用率(CPU utilization),如果该值持续超过95%,表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器 。合理使用的范围在60%至70%。
经验举例5
UNIX资源监控(NT操作系统同理)中指标磁盘交换率(Disk rate),如果该参数值一直很高,表明I/O有问题。可考虑更换更快的硬盘系统、重新部署业务逻辑等,另外设置Tempdb in RAM,减低"max async IO","max lazy writer IO"等措施都会降低该值。
经验举例6
Tuxedo资源监控中指标队列中的字节数(Bytes on queue),队列长度应不超过磁盘数的1.5~2倍。要提高性能,可增加磁盘。注意:一个Raid Disk实际有多个磁盘。
经验举例7
SQLServer资源监控中指标缓存点击率(Cache Hit Ratio),该值越高越好。如果持续低于80%,应考虑增加内存。注意该参数值是从SQL Server启动后,就一直累加记数,所以运行经过一段时间后,该值将不能反映系统当前值。
相关阅读:
- 怎样判断是否需要对一个软件进行性能测试 (fishy, 2008-10-14)
- 如何使用Loadrunner的IP欺骗功能 (okokokk, 2008-10-14)
- 如何判断一个软件是否需要性能测试 (fishy, 2008-10-15)
- webgis性能测试实践 (lovetest007, 2008-10-15)
- QTP试用范围 (王爬爬, 2008-10-16)
- web安全薄弱点 (王爬爬, 2008-10-20)
- Http分析工具和篡改工具简介 (王爬爬, 2008-10-20)
- 路由器六大测试详解 (fengyun32, 2008-10-20)
- 51Testing丛书连载:(一)性能测试从零开始 (testlike, 2008-10-21)
- SQL技巧 (王爬爬, 2008-10-21)
收藏
举报
TAG:
性能测试
系统测试
例子
测试精华