关于comet长TCP连接和性能
我是 comet 的新手，有两个问题：
我认为 comet 会导致客户端和服务器之间的 TCP 连接变长（比正常的请求/响应），这会降低服务器性能？（服务器有 TCP 连接大小限制）
有时设备的性质或网络可能会阻止应用程序与服务器保持长期 TCP 连接。comet 如何避免此问题？
I am new to comet,and have two questions:
I think comet will cause the TCP connection between client and server become long(than normal request/response),this will reduce server performance?(server has TCP connection size limit)
And sometimes the nature of the device or network can prevent an application from maintaining a long-lived TCP connection to a server.how comet aviod this issue?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在 Linux (epoll) 或 BSD (kqueue) 上，您可以拥有数十万个空闲连接，而不会造成性能损失（内存使用除外）。在其他更早遇到问题的系统上情况并非如此：由于内核中为此目的分配的 Windows 句柄池有限，您的应用程序将受到影响（除非您投资购买“无限制”的 Windows Server 许可证）。< /p>
代理服务器（尤其是低端路由器）将在短暂延迟后切断空闲连接，但通常的解决方法是使用连接保持活动。
希望有帮助。
On Linux (epoll) or BSD (kqueue), you can have hundreds of thousands of idle connections without a performance pennalty (except memory usage). The same is not true on other systems which hit the wall much earlier: because of the limited pool of Windows handles allocated for this purpose in the kernel, your applications will suffer (unless you invest in an 'unlimited' Windows Server license).
Proxy servers notably (low-end routers also), will cut idle connections after a short delay but the usual workaround is to use connection keep-alives.
Hope it helps.