janne09 发表于 2008-1-14 18:51:43

cpu平均值38%，processor queue平均值为4，这个应该是处理器瓶颈还是处理器阻塞呢？

cpu平均值38%，最大值100%，图中绿色的线条是表示cpu的曲线，processor queue的平均值是4,这个应该是处理器瓶颈还是处理器阻塞呢？大家帮我看看好吗？

janne09 发表于 2008-1-15 10:14:20

没人理，自己顶一下

Robert.He 发表于 2008-1-15 11:45:56

帮你顶一下，关注中

bluemoon1999 发表于 2008-1-15 14:52:31

路过,CPU峰值过高 ,貌似一个配置一般的台式机, CPU 超过85%,就表示CPU不够.

只是我的看法..

Zee 发表于 2008-1-15 15:02:57

还是先找软件问题，再考虑硬件问题。
详细分析一下应用，看是不是应用的问题。

janne09 发表于 2008-1-15 15:05:15

楼上的，谢谢哈！没有人再帮我看看了吗？

janne09 发表于 2008-1-15 15:19:51

原帖由 Zee 于 2008-1-15 15:02 发表 http://bbs.51testing.com/images/common/back.gif
还是先找软件问题，再考虑硬件问题。
详细分析一下应用，看是不是应用的问题。
谢谢ZEE版主哈，我把transaction response time图和running vusers-average transaction response time的图也都贴上来。在这两个图中好像也没看也来什么呀，我也是按照你在3atesting上做的结果分析的那个视频的步骤来进行分析的。可是也没看出来有什么问题呀。好像有两个图片的first buffer的时间有点长。这两个图有什么问题吗？

ralf_540 发表于 2008-1-15 18:09:45

首先你要关注的不是cpu的平均值，通过你的第一张图可以看到在02：15后CPU 的使用率很高，
你可关注一下那个时刻后市什么事务在运行，事务的并发数有多少？
再看看应用服务器的并发数等参数设置是否合理

janne09 发表于 2008-1-16 09:57:18

我做的这个是在一个歌曲的搜索引擎中时行歌曲搜索，对歌曲搜索这里插入了事务，设置30个用户并发。参数化设置的是每次出现时都要更新值。在场景中每15秒增加2个用户，持续方式是照设置运行，直到运行完成。这样有什么不对的吗？

qvbfnsc 发表于 2011-7-23 12:57:59

你加载用户时，是不是全部用户初始化后，才运行Action事务，全部加载后你服务器的CPU很高，好像CPU不行支持不了那么大的并发，测试时间太短了

鹭岛 发表于 2011-7-23 17:34:21

妈妈的，我今天去做一下性能，结果发现内存根本没有，99%用光了，就1%空闲
心里想：好吧，没办法，客户就是这样子了，勉强压一下吧
压10个用户就好了
结果一压。。.NND，M100%，CPU30%,D3%
哈哈，没意义。。。就懒得再压别的了

hclovezz1314 发表于 2011-7-25 09:32:02

在你的持续时间内，CPU的使用率比较高，你的图也很不准，你看最后一张图，什么玩意啊，你应该把runner和tps 两张图合起来，这样看好累啊，不管了。第一：你看下web page 的资源情况，选择第一项，看看是否JS文件太大，导致响应时间太久。对了你们的性能指标你都没讲？都没问题 那你试试加个CPU或换一个试试
页: [1]
查看完整版本: cpu平均值38%，processor queue平均值为4，这个应该是处理器瓶颈还是处理器阻塞呢？