Performance WebSocket与大规模WebRTC服务器性能（100万个连接）

我看到了WebSocket的性能。这个问题的结论是：

在今天的系统上，处理100万个并发TCP连接不是问题

我们曾多次向我们的一些客户演示，在一个盒子上可以连接到100万个连接（不一定是超级怪物机器）

使用至少30 GiB的RAM，您可以处理100万个并发套接字。所需的CPU取决于所需的数据吞吐量

我需要构建一个能够大规模连接到多个对等点的服务。流量应该非常小，主要是在服务器和客户机之间实时传递少量消息。可能是某些连接将长时间处于空闲状态

我想知道在这种情况下，哪种协议可以在资源较少的情况下提供更好的性能。我需要选择一个具有实时功能，但在web浏览器上也受支持的协议，因此我最终得到了WebSocket和WebRTC（在WebRTC上，服务器将通过一些信令服务为每个对等方建立一个WebRTC

DataChannel

）

与TCP套接字相比，WebRTC在大规模情况下的性能如何？

---

它能用比TCP套接字更少的资源处理大量连接吗？

遗憾的是，这个问题对于这个网站来说似乎太广泛了，尽管它可能适合。在实际的注意中，WebRTC被设计为对等的，并且可能需要额外的开销，因此我将考虑WebSoCo在更高性能（未测试）上有更好的机会。另一个考虑因素可能是客户机的可用性。WebSocket应该在大多数（或所有）计算机上可用，而WebRTC则不可用。i、 例如，虽然Firefox和Chrome的API稍有不同。@Myst在引用其他网站时，指出@gant通常是有帮助的，所以我想知道WebRTC的大规模性能。我从哪里可以得到这些信息？@gnat谢谢你指出这一点-这很重要，我总是忘记提及这一点。