问如何在.Net中处理高达100 k的HTTP连接

EN

我正在创建一个服务器来监控网页上客户端的在线存在。

• 将有80至10万(8万)同时客户监测。
• 我用.Net来写这个。

客户端将使用JavaScript (在HTML上)与一台(单独的)服务器联系，告诉服务器他们是活的/在线的。

我正在考虑两种方法之一：

1. 定期发送与“保持生存”的持久连接。这将给我提供更高的精度，何时客户端断开，我不需要更新内存结构(onlineinfo)太频繁，因为我们知道什么时候客户端来来往往。网络设备/带宽的额外好处。
2. 客户端(重新)每隔一段时间进行连接，以告诉服务器他们还活着。这需要大量的连接，并必然会降低准确性。我想像2-3分钟这样的间隔是我们能做的最好的。80k/120=每秒660个连接…ASP.Net执行得不快，所以我对此不太确定。8核心系统=10 ms /次执行。

有了这么多的连接，显然有一些限制。例如，我不能同时产生那么多的线程。对IIS生成ASP.Net应用程序的请求将使用1个线程，直到请求完成为止。

写一个独立的http-服务器是最好的选择吗？.Nets TcpListener不利用httpd.sys (IIS)吗？

如对此问题有任何建设性的想法，将不胜感激。

编辑:在这篇文章中添加一些有用的链接，以下链接来自Nicolas的答案：

• 在.NET中使用高性能套接字靠近电线
• 高性能C#服务器套接字的技巧/技术
• 基于C#.NET的高性能TCP/IP服务器