谁是最好的WebRTC SFU？

如果你计划在WebRTC中有多个参与者，那么最终可能会使用选择性转发单元(SFU)。webrtcHacks的撰稿人 Alex Gouaillard和他的CoSMo Software团队组建了一个负载测试套件来测量负载与视频质量，并发布了所有主要开源WebRTC SFU的结果。LiveVideoStack对原文进行的摘译。

文 / Alex Gouaillard

译 / 元宝

原文 https://webrtchacks.com/sfu-load-testing/

首先要注意一个重要的问题——问什么样的SFU是最好的就像问什么样的车是最好的。如果你只想快点，那么你应该买一辆一级方程式赛车，但这不会帮助你送孩子上学。供应商从不对这些类型的测试感到兴奋，因为它把它们的功能归结为几个性能指标。这些指标可能不是其设计标准的主要部分，而且很多时候他们并不是那么重要。特别是对于WebRTC SFU，因为您可以在SFU上加载很多流，所以可能存在有许多弹性，用户行为和成本优化的原因。负载测试也不会深入研究端到端用户体验、开发的易用性，或者所有其他能够成功实现服务的功能元素。最后，像这样发表的报告代表了一个时间点——这些系统一直在改进，所以今天的结果可能会更好。

介绍

在discussion-webrtc邮件列表上的一个反复出现的问题是“什么是最好的SFU”。这总是会产生来自各个SFU供应商和团队的响应。显然，它们不可能同时是正确的！

你可以在这里检查整个线程。Chad Hart随后带着对话友好地回答了这个问题，并表示需要:

在任何情况下，我认为我们需要全局（同样适用于所有）可重现且无偏见（可用的源代码，并且每个供应商可以根据需要调整其安装）基准，以获得多个可伸缩性指标。

三年后，我和我的团队建立了这样一个基准系统。我将解释这个系统是如何工作的，并在下面展示我们的一些初步结果。

问题

一些SFU供应商提供负载测试工具。Janus有Jattack。Jitsi有jitsi-hammer，甚至发表了他们的一些研究成果。Jitsi尤其在透明度方面做了大量工作，提供了可靠的数据和足够的信息来重现结果。然而，并不是所有的供应商都有这些工此外，每个工具都旨在为自己的环境回答略有不同的问题，例如：

• 所选类型和给定带宽限制的单个服务器实例可以处理多少个流？

• 我可以在同一个实例上支持多少用户？

• 我可以在一个会议中支持多少用户？

• 等等…

没有办法进行真正的比较研究——一个独立可重复且无偏见的研究。这种固有的模糊性也为一些人的一些令人不快的行为打开了大门，他们意识到自己可以逃避任何索赔，因为没有人能真正检查他们。我们想要产生一些结果，人们不需要承担责任，可以通过同行评议。

什么用例？

要想对“什么是最好的SFU？”有一个很好的答案，你需要解释你打算用它做什么。

我们选择研究似乎最受关注的两个用例，或者至少是那些在discuss-webrtc上产生最多流量的用例：

1.