平均一台中型服务器可同时处理多less个请求？

我们来围绕一些数字：

• 一般来说 ，1000个应该没有任何问题。
• 一次只能有10,000个工作，但是你必须密切了解你的整个设置，不要阻塞任何CPU等待任何I / O，也不要被你的带宽所限制。 （假设每个http请求10KB，每秒10000个请求，每秒97MB）

这个答案的其余部分只是一些讨论，只是指出你在某个方向

我已经想过这个问题几次，因为你正在寻找球场的数字，那么这可能会帮助你：

看看处理特定任务的前端专用服务器（但是与其他服务交谈来为他们工作，比如谷歌search基础架构，它可以调用许多其他机器来获取信息），然后你的前端机器处理实际的客户端套接字应该能够同时处理大约15,000个用户（ballpark，假设是二进制协议），因为如果你看WOW中每个服务器有多less玩家，根据机器的强度，他们每个“世界“ – 我认为这是一个由后面的其他服务支持的机器。 我找不到列出每个服务器的服务器和播放器的页面。 这不是一个网站，但你正在寻找球场信息，这可能会导致你到正确的地方。

看看维基百科的服务器统计信息，如果你对某些体系结构数据感兴趣的话 – http://stats.wikimedia.org他们会显示你可能感兴趣的关于http请求的每一个细节。

看看IIS统计数字，以这个网站为例，stackoverflow.com – 他们每个月在两台networking机器上进行了1600万次点击，我确信一次有1000多个用户。 有关于Stackoverflow的服务器的一篇关于HighScalability.com的文章。 更新 – 现在每月超过9500万 。

如果一只土拨鼠能够夹住木头，那么土拨鼠卡盘要多less木材？

即使您提供了完整的服务器规范以及您所服务的数据的详细信息，例如dynamic，平均请求大小等，您的问题几乎无法回答。 你可以得到一个很好的答案的唯一方法是设置服务器，向它发出请求并测量发生了什么。 那样你也会发现你的瓶颈。

服务器（站点进程/数据库）可以吃比你的（套接字，TCP堆栈，networking适配器）多得多，除非devise得不好。 更好的问题是如何菜单同时TCP连接可以服务器处理。

降级开始后临界点为100的平均linux系统。 这意味着它可以处理更多的100个，但效率不高。 在开始performance完全不可接受之后，它可能会推到180。

微软声称，最新的Windows服务器的关键点是通过编写更高效的TCP堆栈在500左右。

但请注意，这是很多。 如果你每个月有15万个访问者，大约有5-6个同时连接，所以如果你没有访问10次，你应该担心这个问题，特别是如果你在真实的服务器机器上托pipe网站。

但是，但是，请注意!!!!!!!! 站点通常托pipe在虚拟机上，然后每个虚拟机上的Web服务器可以有多个站点，因此这可以加速到临界点。 关键的一点我说的是代表真机的网卡。 在共享环境中，其他用户使用他们的资源。

这是解释为什么当你的主机托pipe服务提供商托pipe你的网站时，你会遇到如此糟糕的体验。 为了削减开支，他们倾向于尽可能多的虚拟机在同一台真实服务器上，而另一方面他们可以使用多个站点来处理这些虚拟机，他们使用物理networking适配器来推送所有这些stream量。