51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2722|回复: 8
打印 上一主题 下一主题

使用LR做性能测试的时候遇到的问题

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-2-23 16:25:20 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们在做性能测试的时候,发现processor queue lenght这个值很大,基本超过10,一般都到10-30之间,有时候达到40多,请问是什么原因造成处理器队列堵塞呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-2-23 16:34:13 | 只看该作者

-----------转贴----------

CPU资源成为系统性能的瓶颈的征兆


CPU就像人的大脑,完成各种交给它的任务。如果任务太多,CPU就要忙不过来,它的运行效率就要下降。就像人生病会有一典型症状一样,当CPU资源 成为系统性能的瓶颈时,它也有一些典型的症状:

很慢的响应时间(slow response time)
CPU空闲时间为零(zero percent idle CPU)
过高的用户占用CPU时间(high percent user CPU)
过高的系统占用CPU时间(high percent system CPU)
长时间的有很长的运行进程队列(large run queue size sustained over time)
processes blocked on prority
必须注意的是,如果系统出现上面的这些症状并不能说一定是由于CPU资源不够,事实,有些症状 的出现很可能是由于其他资源的不足而引起,如内存不够时,CPU会忙内存管理的事,这时从表面上, CPU的利用是100%,甚至显得不够,如果据此就简单地认为增加CPU就可以解决问题是大错特错了。

因此,还是那句话,必须用不同的工具、从不同的方面对系统进行分析后,才能做出结论,即使这样,经验将 起到不可替代的作用。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2006-2-23 16:46:18 | 只看该作者
非常感谢楼上的回复!!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-2-23 16:52:19 | 只看该作者
决定内存瓶颈的计数器是Available Bytes (Memory)吗?或是Pages/sec 和Page Reads/sec ?
能不能给个参考的值呢?
比如:处理器列队中总是有两个以上的线程 通常表示处理器堵塞。
谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-2-23 22:58:50 | 只看该作者
Processor Queue Length是处理器队列的瞬时队列数目,单位是线程。所有处理器均使用一个队列,线程等侯处理。处理器队列中等候的线程可以使用处理器时,该线程就会立刻切换处理器上执行。处理器一次只能执行一个线程。以前对 WinNT 中处理器队列长度始终大于两,说明处理器拥塞。
如果,被测试系统应用在维持每处理器 多余2个线程的队列长度的同时,仍能提供可接受的性能,一般我会认为仍然是可以接受的。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-2-24 09:51:04 | 只看该作者
根据参考值,Processor Queue Length显示的队列长度要小于2,如果持续大于2则表示Processor有瓶颈了。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-3-3 13:06:57 | 只看该作者
Processor Queue Length是从什么地方看到的?
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-3-3 13:08:50 | 只看该作者
知道了,原来在监控windows平台的时候
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2012-8-10 15:41:29 | 只看该作者
学习了,谢谢分享
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-30 23:36 , Processed in 0.088147 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表