并发用户数与think time

qaarchitech

<P>by jack</P>
<P>有位同学问道：1用户每秒发一次请求，一分钟计60次请求；4用户每4秒发一次请求，一分钟计也是60次请求，从请求的处理量上来看是完全一样的，那么还有什么区别呢？</P>
<P>问题所举的例子中，不同的请求方式模拟出不同的效果：1用户的情况是第一秒1个请求，第二秒1个请求，第三秒还是1个请求……4用户的情况是第一秒4个请求，第二秒0个请求，第三秒是0个请求，第四秒是0个请求，第五秒又是4个请求……</P>
<P>上面这样描述可能不太好理解，打个不是很恰当的比方来说明吧：</P>
<P>比如我有10袋净重25kg的水泥，甲每次能背1袋，分10次全部从仓库背到工地，每次5分钟，总共50分钟搞定；乙每次能背2袋，分5次全部从仓库背到工地，每次10分钟，总共也是50分钟搞定。从结果上看，都是50分钟搞定10袋水泥；但是如果让我们说谁的力气大呢？毫无疑问大家都会说是乙。</P>
<P>同样的评估并发性能也是如此，如果要评估的系统是支持多用户请求并行处理的（如web系统），就必须要注意这个问题。<BR></P>

boymarco

说的很清楚，就是速度和容量的问题，在速度和容量中间找到一个平衡很不容易

gunbird

那么问题再深一步——————
例如有个测试，如果选择100个人同时提交，系统会配队列逐步处理，虽然再加压就会出错，但是目前情况下所有用户的请求都能响应，只是响应时间会很长，有的用户甚至能排到40秒。
但是如果选择50人同时提交，系统处理就更快，保证最后排队处理的响应时间在10秒内。
那么，这个系统的最大并发数量，是100还是50呢？