性能分析专家帮看看这样得出的性能测试结果有效吗

michelle_happy

因为公司没有购买LR的license，就是使用网上的100个的license，因为不是web，因此用不了10000个的那个license。
用100个license测试，并发数满100了，迭代数也比较大，测试出来的结果还是没对服务器造成很大的压力（%processor time不到10％，TPS也不高），后来他们就推算，大概是计算一个TPS消耗掉多少％processor time，然后最后综合网络等各种因素，按CPU升到60％的时候，反推能并发多少人，这样得出最大并发数。
老实说，我个人认为这种方法没有意义，因为这样推断等是认为并发数和%processor time或其他因素之间是线性关系，但是不一定把。本人对这方面也很什么很深入的研究，请个人高手来说说把，谢谢！！！

laipi

关注

54111

原帖由 lovelyTesting 于 2008-4-3 10:33 发表
这样的推断肯定是不行的。随着并发用户数的增加，系统资源的利用率会不断增加，在没有达到性能瓶颈之前，这个增加有可能是线性的。但是，到达性能拐点之后，这个增加会非常不规则。增加并发数的目的本来就是为了找出 ...

可以知道怎么改脚本增加压力吗？说下吧，谢谢
说实话，我一直觉得如果改脚本就可以增大压力的话，MI（HP）就不用赚钱了

wangleis18

二楼的指点一下！

michelle_happy

沉的真快，没有其他高手来发表一下看法吗

michelle_happy

同问，在脚本中做怎样的处理呢？？？

jamor

二楼说说有什么好的办法可以实现?

lovelyTesting

这样的推断肯定是不行的。随着并发用户数的增加，系统资源的利用率会不断增加，在没有达到性能瓶颈之前，这个增加有可能是线性的。但是，到达性能拐点之后，这个增加会非常不规则。增加并发数的目的本来就是为了找出性能拐点，如果能单纯用这种推断的方式，那还测什么呀，用一个用户测一下，然后直接推算得了。

像这种License不够的情况，其实可以在脚本中做一些处理，同样能达到增大并发用户数的效果。