我有一个托管HTTP聊天应用程序的Web服务器,可以使用长轮询。

这意味着客户端浏览器“轮询”对于新信息,服务器在有信息要发回之前不响应,因此HTTP连接长时间保持打开状态,最长可达一分钟。

我的问题是服务器在死亡之前可以同时处理多少个连接。
当然,没有确切的数字,但我想掌握一个数量级(1,000,10,000,10000?)

基于您可能获得的任何经验,任何与此相关的见解都非常受欢迎!

其他提示

说实话,除了最极端的情况之外,在超过支持的连接数量之前,您的应用程序资源将会耗尽。 IIS可以处理大量纯粹的网络连接,但最终归结为如果您的应用程序可以足够快地处理它们的数据。

如果您真的希望一次将其扩展到数千个用户,我会继续设计您的设计,以便能够扩展到多个前端服务器。这很可能看起来像负载平衡器或反向代理,它们平衡前端服务器之间的这些HTTP连接,这些前端服务器正在处理并与中央SQL DB或任何存储机制进行通信。

编辑:关于单一服务器方案的另一个注意事项 - 无论IIS可以处理多少连接,您的防火墙也有其限制。通常它也是一个疯狂的数量,但如果你真的想要找到上限,你也需要看看你的防火墙。

scroll top