51Testing软件测试论坛

标题: 性能分析遇到了麻烦,大家帮忙看看 [打印本页]

作者: gchengcheng    时间: 2009-11-20 17:06
标题: 性能分析遇到了麻烦,大家帮忙看看
available Mbytes的值为700多
但是 page/sec的值 平均90多,最大700多
page fault/sec的值 最小2000多,平均5000多,最大7000多
这个结果怎么分析啊
具体图可以看附件
希望大家帮忙解答
谢谢!

[ 本帖最后由 gchengcheng 于 2009-11-20 17:22 编辑 ]
作者: gchengcheng    时间: 2009-11-20 17:09
绿色的是 page/sec
一直上升的是用户数
另一条是page fault/sec
作者: 断寒    时间: 2009-11-20 17:19
这个结果要分析什么东西,附件还要钱.算了,
作者: gchengcheng    时间: 2009-11-20 17:24
标题: 回复 3# 的帖子
不好意思啊,还以为添加附件那是给看的人送钱呢,哈哈,每用过
我想知道,这样的数据,内存是否有问题
作者: 断寒    时间: 2009-11-20 17:37
从这个图只能看出随用户数量增大,磁盘的读写波动变大,
建议添加监控Page Reads/Sec和 Available Bytes ,如果Page Reads/Sec长时间比率持续保持为 5,可能内存不足.
作者: gchengcheng    时间: 2009-11-20 17:43
标题: 回复 5# 的帖子
服务器是2G的内存,available MByte 最小为500,平均700,最大800
这样的话,还要看page reads/sec 吗

[ 本帖最后由 gchengcheng 于 2009-11-20 17:45 编辑 ]
作者: gchengcheng    时间: 2009-11-20 17:47
内存的分析步骤是怎么样的?
我认为是
首先看 available mbyte 如果这个值 没有问题的话就说明内存没有问题了
如果这个值 有问题,就继续分析 page/sec 、page read/sec、pagefault/sec
不知道这样对不对?
作者: 断寒    时间: 2009-11-20 17:55
10%以上的可用物理内存,物理内存那里基本就不会有什么问题,足够用了.
对于WEB应用还需要考虑JVM那块.
过多的页面读取是程序代码造成的,这个会造成磁盘的读写频繁,这个时候要考虑在这个情况下面会不会构成磁盘的瓶颈,如果这个时候磁盘也没有瓶颈,那么就无所谓了.以上的分析都要基于测试目的来,比如说响应时间在这个场景下符合测试指标,那么就别分析了.
一般分析过程是基于响应时间不符合要求的分析,先从响应时间开始,如果有问题,那么先看CPU有没有问题,然后内存,然后磁盘,带宽..在任意一部分出现问题,要分析是由于什么造成的.
如果CPU是瓶颈,是不是内存出了问题,等等等等.
作者: gchengcheng    时间: 2009-11-20 18:04
标题: 回复 8# 的帖子
谢谢 段寒 的细心解答,受教了!




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2