NMON测试结果分析，求大侠指点

coolyy

附件为并发数300、800.

响应时间并发数300=24s左右。800=80s左右。

用LR细分图，分析是服务器原因。但nmon结果显示CPU和内存指标正常。

其他指标看不懂，求大侠帮忙看看，指点一下是不是硬盘和网络的原因。

测试环境cpu：16,内存16G，千兆网卡。

压力机在做压力的同时，我一直关注着CPU和内存，以及网络。都没超过百分之50.

压力机是在机房的，也是千兆网卡，配置都很高。

请指点。在线坐等。

张亚洲

你没看到800的 CPU—all都满了。自己仔细看看，最好找个懂得。

素还真

吞吐量、点击率、成功（失败数）。。。把报告之类的也贴出来看看

dionysus

单从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的数据库进程内存占用不是很高，猜测是不是数据库相关参数配置的低了，导致瓶颈出现在了数据库上。
楼主参考着分析吧。

dionysus

单从nmon很难分析定位出问题，我大概从你给的nmon说说，楼主参考着看
从nmon图里能看到系统CPU比较空闲，t ...
dionysus 发表于 2013-5-26 22:46

楼主也查查数据源连接池的大小吧

coolyy

回复 4# dionysus

我设了集合点，所以波动很规律，怎么查看是不是数据库的原因？

高手。

coolyy

回复 2# 张亚洲


    大哥你说满的那个是CPU个数。16个。

dionysus

回复  dionysus

我设了集合点，所以波动很规律，怎么查看是不是数据库的原因？

高手。
coolyy 发表于 2013-5-27 09:31

    监控数据库和中间件内部的指标，问清楚用户登陆时应用和数据库都在做什么，最重要还有现实中是不是有800个用户同时提交登陆请求的场景，不要压偏了

coolyy

回复 8# dionysus


    请问下，我用LR监控linux时，发现context switch rate和interrupt rate的值很高。50并发的时候平均值就达到了8000左右。这两个值高的话，是不是瓶颈呢？
   而且拿20和50结果来比较的话，吞吐量50并发低于20并发。
   您说监控数据库和中间件，是用LR直接监控，还是其他的方法？

dionysus

回复  dionysus


    请问下，我用LR监控linux时，发现context switch rate和interrupt rate的值很高。 ...
coolyy 发表于 2013-5-27 15:24

个人感觉这两个值都不算高，数据库和中间件可以用LR监控，但我一般习惯用它们自带的命令或工具、视图监控

lanpipi

dionysus 发表于 2013-5-26 22:46
单从nmon很难分析定位出问题，我大概从你给的nmon说说，楼主参考着看
从nmon图里能看到系统CPU比较空闲，t ...

请问你是从哪张表中可以看出“从进程上来看你的环境把应用中间件Weblogic和数据库Oralce装在一起了，Weblogic最大占用2G内存，Oracle启动了2个实例”的？