我无法find明确说明合理并发连接数量的任何内容 – 我也无法find关于此主题的任何论述或研究。
老板说：“服务器需要处理5万个并发用户 – 所以用5万个并发连接来衡量。”
然后，我至less在一个受欢迎的博客中看到，测量50个并发连接相当于Slashdotted或Farked。
数字是多less？ 什么是合理的？ 什么不是？ 并发连接如何转化为在任何时候在线的用户数量？
什么是合理的取决于你的服务器获得什么样的stream量。 一个典型的Web服务器，每天处理大约100万个页面请求（这是一个相当忙碌的servlets器），很less需要超过50个并发连接，除非你的页面处理真的很重。
如果您的平均页面处理时间（即从接收HTTP请求到完成初始请求所花费的时间）大约为300毫秒（这是相当多的，可能会让您的用户抱怨），那么与50个并发连接此服务器可以处理约。 一小时内3 x 3600 x 50 = 540k个请求。 但是，您需要考虑每个图片都是一个单独的请求，JavaScript文件和CSS文件也是如此。 另一方面，很多这些被浏览器caching，所以他们只被击中一次。
不过，这应该足够好，每小时超过10万页。 这对你来说够了吗？ 如果不是这样的话
你应该尝试围攻 。
Siege不模拟连接，但用户。 更适合你的目的。