如何找到系统能承受的最大并发用户数
一个新电话销售系统，客户要一份性能测试报告，主要想知道这个系统在他们的软硬件环境下，最大能支持多少个用户？这个用loadrunner 怎么做呢？我是对关键业务点（5个点）录制脚本，然后模拟10个用户并发，20个，30，40，一直到系统到TPS不增反降，来得到这个用户数，就是最大并发用户数，对么？ 你还要监控你本地施压机的物理内存和cpu的使用情况，还要监控服务器的硬件情况，综合起来进行分析，不能单看tps一项指标。 为什么需要监控负载机的资源呢？ 负载机没资源了，对服务器也加不上压力了 本帖最后由 androidone 于 2010-10-19 16:06 编辑楼上正解，负载机像服务器施压，同时服务器也要返回给负载机数据包，负载机是否能承受住呢？有时看到服务器的负载都不是很高，但是响应还是很慢，有时是网络问题，还有一部分是负载机出现了问题，负载机都当掉了，这就不能怪服务器的性能不好，应该考虑添加服务器或是减少并发用户数的策略 基本是你这个路线了， 随着用户的增长 吞吐量 CPU 内存 趋于稳定的时候 就是CPU 处理能力最好的时候 要监控的基本参数：
1、本地压力加载机的资源使用情况：如果达到饱和，再加多用户TPS也不会增加了。
2、吞吐量：确定网络带宽是否是瓶颈
3、系统运行服务器的资源使用情况：一般正式运行时CPU，内存等参数都不会运行到100%的，运维部门有要求，例如<70%，再增大也没必要测试了。
4、如果数据库和系统服务器运行的不同，要分别监视，确定什么是瓶颈，例如数据库服务器CPU只使用了10%，可是系统服务器达到100%，那么要考虑增加系统服务器资源
5、交易出错率：我们往往会忽视了这个，需要加入检查点判断交易是否正确，如果用户一多，交易出错率上升，也没必要测试了，虽然TPS增加，但是10个电话有5个是错误的，也预示着超过最大用户了。
6、TPS：一般TPS是先上升，趋于平缓，减少用户数以后，会平缓下降，当然如果你没有判断交易的正确性，有时候往往出错的交易也会计算到正常的TPS里，造成TPS上升的假象。 你们一般是做10个用户跑10分钟，出一份报告，然后再20个用户跑10分钟，出一份报告。。。还是设置多长时间加多少个用户，这样最后就只有一分报告了，怎么知道10用户是多少TPS，20用户数多少TPS呢...... 我一般采用的方法是一直加压，比如没分钟增加10个用户，然后监控服务器的性能CPU和Hits Per second，知道Hits Per second突然下降，一般这种情况下会有大量的error出现，服务器的CPU利用率也会很高，那么这个时候的用户数量就是最大用户数了，当然可以加上15%左右的buffer，比如在这个时候用户数量是415，那么400差不多就是最后的结果了。没有必要像楼主那样每加10个用户做一次测试。 楼上今天回答问题好给力啊 差不多整夜都是楼上回答 哈哈
页:
[1]
