简单判断CPU瓶颈(图)
简单判断CPU瓶颈(图)1、System %total processor time该值持续超过90%。一种情况特殊:多CPU系统中,数据本身不大,但CPU之间负载状况极不平衡的情况。
2、其次看processor%processor time 和 Processor %user Time 和 processor %privileged Time.
Processor %user Time,如果该值大,考虑能过算法优化等改善这个值。如果是数据库服务器,可能数据库排序或是函数操作消耗了过多的CPU时间。
3、看System/%processor Queue Length的值,当该计数器的值大于CPU数量总数+1时,说明处理器阻塞。
4、多处理器中,%DPC Time的值大于50%,且processor%processor time非常高,则加入网卡可能会提高性能。
[ 本帖最后由 tiannianyong 于 2008-10-22 14:50 编辑 ]
好
可以这么理解。这是专门软件吗?
这个界面很清晰,确实能比较直接地判断;但怎么好像没见过,是我孤陋了。。。。。。 这是loadrunner的analysis,怎么能没见过 %processor time的平均值大于95可图上%processor time 的平均值不是21.383吗?processor queue length 的平均值是2.447
这样的话也能判定是CPU瓶颈的问题吗? 谢谢
回复 4# 的帖子
因为我的CPU是笔记本上的双核的,所以达不到95%以上,你只可想象即可,就像图的左边说明的部分,谢谢! 不错,正在学习中... 很多国外的技术资料从2个方面考虑资源负荷状况1) 利用率
2) 饱和程度。就是排队情况
楼主注意到2个层面的东西,很好。
有时候还需要检查是否由于IO 或者内存不足导致CPU堆积 bucuo 我怎么觉得测试的时候经常会有排队>cpu个数的情况啊?~~
难道是机器太差了。。 关注中 原帖由 laipi 于 2008-4-21 11:05 发表 http://bbs.51testing.com/images/common/back.gif
%processor time的平均值大于95可图上%processor time 的平均值不是21.383吗?
processor queue length 的平均值是2.447
这样的话也能判定是CPU瓶颈的问题吗? 谢谢
如果一直保持,就对了
CPU跟不上了 谢谢了,学习中。 楼主图中这个情况算是cpu瓶颈吗?
%processor time的平均值没有达到95阿 :Q :Q :Q 其实这只是一种情况,不能完全说明是CPU瓶颈,我现在测的系统服务器8核,10+G的内存,测试的过程中8核都%95以上,队列平均能到5至6,这种变态服务器已经不能说是CPU瓶颈这么简单的问题了,其实是把复杂运算放在数据库端导致高的CPU利用率,不知道liangjz版有什么看法 仅以此图来看,不能说明是CPU的瓶颈。 对于整个系统的性能来讲,CPU确实是它的瓶颈。
但是CPU瓶颈不见得就说明硬件配置不足,也可能是在程序在调用的过程中申请资源之后没能及时释放,而引起了可用资源的不足呢?
本人拙见,请大家指点呢! 关于Processor Queue Length计数器的说明:
Processor Queue Length 是处理器队列的线程数量。与磁盘计数器不同,此计数器只显示就绪线程,而不是正在运行的线程。即使运行多处理器的计算机只有一个处理器队列。因此,如果一台计算机有几个处理器,您需要将此值除以处理工作量的处理器数量。每个处理器,不管工作量大小,如果保持 10 个以下线程的处理器队列,通常是可以接受的。
新人请教
请问楼主那个CPU的利用率五十个用户是68%一百个用户是73%这个是怎么算出来的。谢谢赐教了,:)
页:
[1]
2