CPU消耗应该是最小的，大部分它驻留在networking库/ ip-stack中。 杂音不做decode-multiplex-reencode。 audiostream逐字转发/复制到适当的客户端。

RAM工作集仅限于客户端的input/输出缓冲区（因为其中一个项目目标是针对低延迟进行优化，所以这个缓冲区很小），用户元数据，一些状态和acl。

根据咕/ /杂音常见问题 ：

最坏的情况：用户数×通话用户数×60 kbit / s。 用较不积极的质量设置，它是〜20 kbit / s，而最低限度是12kbit / s。 请注意，Mumble面向社交游戏。 它的质量可以让人们自然而然地相互交谈，而不仅仅是吠叫短命令，所以“用户同时交谈”的数量可能比预期的要高一些。

这意味着具有20个播放器和2个播放器的服务器一次通话需要0.8-2.4Mbit / s，这取决于质量设置。 在服务器的.ini文件中，您可以指定用户的最大允许比特率以及允许的最大客户端数量。

所需的磁盘IO和存储空间将会很小，维护userdatabase和acl。

如果你想要一个更权威的答案，你可以查看常见问题的联系人部分 ，这听起来像是可能应该包括在常见问题。

从自述文件：

带宽使用

嘟嘟将使用10-40 kbit / s传出，并为每个用户相同的传入。 所以如果服务器上有10个其他用户，你的入站带宽需求将是100-400 kbit / s，如果他们都在同一时间交谈。

从笨蛋维基

基于out testserver的数据，murmur将使用大约40 MB的虚拟内存，其中大于4 MB的虚拟内存驻留在物理内存中。

我对运行类似服务器（Asterisk和Ventrilo）的文档和体验的阅读让我觉得，十几个用户应该在任何合理的现代化机器上几乎不会觉察地运行。 带宽消耗最大值为64kbps /用户，RAM和磁盘可能相当小，我看不到超过几百兆的RAM（如果写得很差），可能less得多。 磁盘空间只应该是安装大小+你正在做的任何日志logging，除非你正在logging对话或什么。

你最好的select是尝试一下，并进行一些测量。