C# 长轮询是否存在性能问题
我将在asp.NETMVC应用程序中使用长轮询。一些连接可能会等待响应超过10分钟。我知道这些连接将被“挂起”，因此它们不会占用IIS连接池中的连接很长一段时间（如果我错了，请纠正我）。但随着用户数量的增长，并发连接将越来越多，web服务器将有更多的“后台”线程。它会导致性能问题吗？如果是，服务器可以处理的大致数量级是多少？还有什么更好的解决方案呢？谢谢。我建议使用SignalR@AD.Net：信号员很酷。然而，有时一个web应用程序只有一个实时交互界面，团队中的人员（考虑技术经理）认为将SignalR/Comet服务器加入其中是一种过火的行为。所以…我不同意，服务器性能问题将更容易用Signal处理。您不必太担心部署问题，而且它会在必要时处理连接池以进行长时间轮询。@AD.Net：没错。如果有性能问题，我可能会使用SignalR。但在此之前，我想知道简单的长池是否在适当的规模（例如，少于1000个并发用户）下工作得很好。似乎您可以相当容易地进行概念验证测试。我不能推荐一个，但是有可用的负载测试工具C# 长轮询是否存在性能问题,c#,asp.net-mvc,connection-pooling,comet,long-polling,C#,Asp.net Mvc,Connection Pooling,Comet,Long Polling,我将在asp.NETMVC应用程序中使用长轮询。一些连接可能会等待响应超过10分钟。我知道这些连接将被“挂起”，因此它们不会占用IIS连接池中的连接很长一段时间（如果我错了，请纠正我）。但随着用户数量的增长，并发连接将越来越多，web服务器将有更多的“后台”线程。它会导致性能问题吗？如果是，服务器可以处理的大致数量级是多少？还有什么更好的解决方案呢？谢谢。我建议使用SignalR@AD.Net：信号员很酷。然而，有时一个web应用程序只有一个实时交互界面，团队中的人员（考虑技术经理）认为将Sig