NMON测试结果分析，求大侠指点
附件为并发数300、800.
响应时间并发数300=24s左右。800=80s左右。
用LR细分图，分析是服务器原因。但nmon结果显示CPU和内存指标正常。
其他指标看不懂，求大侠帮忙看看，指点一下是不是硬盘和网络的原因。
测试环境cpu：16,内存16G，千兆网卡。
压力机在做压力的同时，我一直关注着CPU和内存，以及网络。都没超过百分之50.
压力机是在机房的，也是千兆网卡，配置都很高。
请指点。在线坐等。 你没看到800的 CPU—all都满了。自己仔细看看，最好找个懂得。 吞吐量、点击率、成功（失败数）。。。把报告之类的也贴出来看看 单从nmon很难分析定位出问题，我大概从你给的nmon说说，楼主参考着看
从nmon图里能看到系统CPU比较空闲，to 二楼，CPU_ALL的那个sheet的第二张图是说当前系统分配的CPU处理能力是16个，而不是用满了16个。
磁盘I/O每秒才30多，吞吐也就100多K，也不是瓶颈。
内存一共16G，占用率差不多一半，测试过程中一直没有大的变化，说明被测应用应该已经比较稳定，或者说因为中间件、数据库配置参数的原因，导致不能再申请更多资源。
网络上倒是发送流量相对较大，800用户的时候达到了20m，而且呈很规律的波动，猜测要不是你对登陆设置了集合点，要不就是登陆用户并发的时候对数据库产生了很多的锁，锁释放的时候会有规律的波动。
从进程上来看你的环境把应用中间件Weblogic和数据库Oralce装在一起了，Weblogic最大占用2G内存，Oracle启动了2个实例？？且Oracle 10的数据库进程内存占用不是很高，猜测是不是数据库相关参数配置的低了，导致瓶颈出现在了数据库上。
楼主参考着分析吧。 单从nmon很难分析定位出问题，我大概从你给的nmon说说，楼主参考着看
从nmon图里能看到系统CPU比较空闲，t ...
dionysus 发表于 2013-5-26 22:46 http://bbs.51testing.com/images/common/back.gif
楼主也查查数据源连接池的大小吧 回复 4# dionysus
我设了集合点，所以波动很规律，怎么查看是不是数据库的原因？
高手。 回复 2# 张亚洲
大哥你说满的那个是CPU个数。16个。 回复dionysus
我设了集合点，所以波动很规律，怎么查看是不是数据库的原因？
高手。
coolyy 发表于 2013-5-27 09:31 http://bbs.51testing.com/images/common/back.gif
监控数据库和中间件内部的指标，问清楚用户登陆时应用和数据库都在做什么，最重要还有现实中是不是有800个用户同时提交登陆请求的场景，不要压偏了 回复 8# dionysus
请问下，我用LR监控linux时，发现context switch rate和interrupt rate的值很高。50并发的时候平均值就达到了8000左右。这两个值高的话，是不是瓶颈呢？
而且拿20和50结果来比较的话，吞吐量50并发低于20并发。
您说监控数据库和中间件，是用LR直接监控，还是其他的方法？ 回复dionysus
请问下，我用LR监控linux时，发现context switch rate和interrupt rate的值很高。 ...
coolyy 发表于 2013-5-27 15:24 http://bbs.51testing.com/images/common/back.gif
个人感觉这两个值都不算高，数据库和中间件可以用LR监控，但我一般习惯用它们自带的命令或工具、视图监控 dionysus 发表于 2013-5-26 22:46
单从nmon很难分析定位出问题，我大概从你给的nmon说说，楼主参考着看
从nmon图里能看到系统CPU比较空闲，t ...
请问你是从哪张表中可以看出“从进程上来看你的环境把应用中间件Weblogic和数据库Oralce装在一起了，Weblogic最大占用2G内存，Oracle启动了2个实例”的？
页:
[1]
