我看到了关于WebSocket性能的this question。这个问题的结论是：
在今天的系统中，处理100万个并发TCP连接不是问题。
我们必须多次向一些客户证明，在一个盒子上可以达到100万个连接（并不一定是超级怪物机器）
使用至少30 GiB RAM，您可以处理100万个并发套接字。所需的CPU取决于您需要的数据吞吐量。
我需要构建一个可以大规模连接到多个对等体的服务。流量应该非常小，并且主要是在服务器和客户端之间实时传递小消息。可能有些连接会闲置很长时间。
我想知道哪种协议会在这些情况下以更少的资源为我提供更好的性能。我需要选择具有实时功能的协议，但也支持Web浏览器，所以我最终得到了 WebSockets 和 WebRTC （在WebRTC上，服务器将建立通过某些信令服务向每个对等方发送WebRTC DataChannel。
与TCP套接字相比，WebRTC的大规模性能是什么？ 它能否以比TCP套接字更少的资源处理大量连接？