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

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

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

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

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

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

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

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

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

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

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

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

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

学习中。。。

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

很明显服务器有内存泄漏，时间长memory就不够用了，down了，
lr_start_transaction("Test");
   ........            
lr_end_transaction("epimonth", LR_AUTO);
你这个事务结束判断点是什么意思，要是上一个Test的事务的话就不对啊
为了确认是不是你写的代码的问题，你录制一份脚本跑一把，看看结果比较哈就晓得了
页: 1 2 [3]
查看完整版本: 救命呀，系统瓶颈到底在哪里？