Mumble服务端默认配置延迟不低，极低延迟（端到端80ms）需优化客户端音频栈（如PulseAudio混音延迟）；若抓包间隔跳变，则源于服务端网络或磁盘I/O干扰（murmurd日志刷盘阻塞）。
直接上结论：Mumble 服务端（murmurd）在默认配置下延迟并不低，真正实现极低延迟（端到端 opus 编码未启用或 qos 未关闭上。
确认 murmur 版本并强制启用 Opus 编码
Mumble 1.2.4+ 才完整支持 Opus；低于此版本即使配置了也会 fallback 到 CELT，延迟翻倍。检查方式：
$ murmurd -version
若输出含 opus 字样才可靠。关键配置项必须显式写入 murmur.ini：
-
opus=true—— 必须设为 true，否则客户端协商时可能跳过 Opus -
bandwidth=72000—— 建议设为 72000（单位 bps），兼顾音质与包大小；高于 100000 反而因 UDP 包增大引发碎片重传 -
users=200—— 实际并发用户数建议不超过该值的 70%，超限会触发内部缓冲队列，延迟陡增
禁用 QoS 并绕过系统级音频调度干扰
Linux 默认开启 qos（Quality of Service）标记，murmurd 会自动给 UDP 包打 EF（Expedited Forwarding）标记，但多数云服务器/家用路由不识别该标记，反而触发中间设备的异常队列策略。解决方案是彻底关闭：
- 在
murmur.ini中添加：qos=false - 同时确保宿主机未启用
tc流量控制规则：tc qdisc show dev eth0若有输出，用tc qdisc del dev eth0 root清除 - 禁止 systemd 启动时加载实时调度：
sudo systemctl edit murmurd，加入[Service]\nCPUSchedulingPolicy=other，避免SCHED_FIFO反而抢占网络中断线程
内核网络参数调优（非可选）
默认 net.ipv4.udp_mem 和 net.core.rmem_max 不足以支撑高并发小包突发，丢包率上升直接导致语音卡顿。以下参数需写入 /etc/sysctl.conf 并执行 sudo sysctl -p：
-
net.core.rmem_max = 4194304—— 提升 UDP 接收缓冲上限，防止 burst 包溢出 -
net.ipv4.udp_mem = 65536 131072 4194304—— 第三项必须 ≥ rmem_max，否则内核忽略设置 -
net.ipv4.ip_forward = 0—— 即使不作路由，也必须显式关闭，某些发行版默认开启会引入额外 iptables 链路延迟
注意：不要调 net.ipv4.tcp_rmem，Mumble 信令走 TCP，但语音流纯 UDP，调 TCP 参数无效。
验证是否真低延迟：别只看 ping
ping 测的是 ICMP，对 Mumble 完全无参考价值。真实验证方法只有两个：
- 客户端连接后，在设置 → 音频输入 → 点击「测试麦克风」，观察右下角显示的「延迟」数值（单位 ms），该值由客户端本地测量往返音频帧时间，最可信
- 服务端抓包验证：
sudo tcpdump -i any -n udp port 64738 -c 100 -w murmur.pcap，用 Wireshark 打开，过滤udp.length == 128（典型 Opus 小包），看相邻包时间差是否稳定在 20–40ms
如果客户端显示延迟 > 80ms，但抓包时间差正常，问题一定出在客户端本地音频栈（如 PulseAudio 混音延迟）；如果抓包本身间隔跳变，则是服务端网络或磁盘 I/O 干扰（murmurd 会把日志刷盘，默认阻塞）。
