救命呀，系统瓶颈到底在哪里？

wuliangye · 发表于 2012-5-7 10:43:02

本帖最后由 wuliangye 于 2012-5-7 10:45 编辑

测试的性能分析图如下：

从结果看，到20个并发用户时，系统的点击数，吞吐量以及UNIX的资源利用开始下降，但是怎么判断这个瓶颈到底在哪里？各位大侠，请帮忙！！

femir · 发表于 2012-5-20 21:00:59

很明显服务器有内存泄漏，时间长memory就不够用了，down了，
lr_start_transaction("Test");
........
lr_end_transaction("epimonth", LR_AUTO);
你这个事务结束判断点是什么意思，要是上一个Test的事务的话就不对啊
为了确认是不是你写的代码的问题，你录制一份脚本跑一把，看看结果比较哈就晓得了

夏美932926954 · 发表于 2012-5-19 20:50:33

学习中。。。

jj_ljw · 发表于 2012-5-19 11:08:50

开始没注意到tps得图，ls说得对，tps高了，1000+，就是每小时访问3600000次

xxllff2000 · 发表于 2012-5-18 18:00:31

楼主TPS=1000+？？我TPS做下来只有80啊

wuliangye · 发表于 2012-5-18 16:57:39

今天问了一下几位测试前辈，初步怀疑点和大家分享如下：
1. 到了20个并发用户后，事务数没有随着用户数增加而增加，有可能是中间件做了用户数的限制；
2. 到了20个并发用户后，UNIX的CPU没有随着用户数增加而增加，有可能CPU是瓶颈；

wuliangye · 发表于 2012-5-16 16:15:43

To 零测试:以线程方式运行，一个进程包含多个用户

sunnyswu · 发表于 2012-5-15 22:23:41

CPU，内存不够都是现象，现在目的是找到什么原因引起这些现象，
脚本应该也没有问题。
可以看这个功能都有什么操作，比如是否连接数据库，是否有其他的操作，从程序的流程去考虑，找到其中的问题，一般来讲配置方面的问题也会有，比较少。

sunnyswu · 发表于 2012-5-15 22:20:21

呵呵这个，大概不是内存泄露吧，可以看看在3小时，到4小时之久内存的变化，
或许是代码的原因的，比如jdbc连接未释放，都是原因。

零测试 · 发表于 2012-5-15 21:49:29

一个进程只有一个用户还是一个进程里包含多个用户（一个进程里多个线程，每个线程是一个虚拟用户）

wuliangye · 发表于 2012-5-15 09:41:36

TO hongchongren:CPU是8核的
To liulang：我还没试过1个用户长时间跑，可以试下
To bob123654：一个小时增加一个用户

晴空白鹤 · 发表于 2012-5-14 19:26:56

回复 32# yuanyuan_wo

这样子计算肯定是不对的。
但到底怎么算，请大师们指导吧，我也是菜鸟。期待回复。

晴空白鹤 · 发表于 2012-5-14 19:21:59

回复 19# wuliangye

脚本是不是有错啊，第一个事务的开始事务名称和结束事务的名称不一致啊。
另外是从上面的图片看不出内存泄露啊，云大师是怎么看的，能不能指导一下啊？
看图片可能是网络瓶颈吧，期待大师们指导。

liulang · 发表于 2012-5-14 17:40:52

就用1个用户跑长时间呢

hongchongren · 发表于 2012-5-14 15:15:11

你的服务器是多少个CPU的？

bob123654 · 发表于 2012-5-11 08:53:05

貌似真的有内存泄露，看你的截图1个小时增加1个用户，那个Running Vusers图是不是有问题啊？看着好奇怪

菜鸟@大虾 · 发表于 2012-5-10 18:00:48

just try it

yuanyuan_wo · 发表于 2012-5-9 20:16:39

怎么看得出来这个吞吐量是6-7m的啊,35分钟的时候是,350000bytes,那350000/1024=85,我这样算对不对呢??

anna03 · 发表于 2012-5-8 17:07:50

看一下jvm内部的内存情况，用jconsole

wuliangye · 发表于 2012-5-8 13:15:26

难道是脚本本身有内存泄漏？导致运行时间稍微长一点就会报错？

，到底是神马情况呀。。。

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 救命呀，系统瓶颈到底在哪里？

本帖子中包含更多资源

相关帖子

站长推荐 /1