针对你需要同时运行视频流和测量三个客户端带宽的场景，这里有几个实用的方法，既能完成测量又不会显著影响视频质量：

1. 限制Iperf3的发送速率 #

直接让每个Iperf3客户端以极低的固定速率发送TCP流量，这样占用的带宽可以忽略不计，同时依然能测量链路的实际可用能力（如果链路带宽远高于你设置的速率，Iperf会报告你设置的速率；如果链路拥塞，会显示实际能达到的更低速率）。

命令示例（每个客户端执行）：

iperf3 -c <你的服务器IP> -t 900 -b 100K

这里-b 100K表示限制发送速率为100Kbps，你可以根据视频流的带宽需求调整这个值，确保总Iperf流量（3×100K=300K）远低于链路剩余带宽。

2. 调整TCP窗口大小减少流量占用 #

通过缩小TCP窗口，让Iperf3发送的数据包数量大幅减少，从而降低带宽占用。小窗口意味着每次发送的数据量更少，虽然可能会稍微影响测量的精准度，但对于非极致要求的场景足够用。

命令示例：

iperf3 -c <你的服务器IP> -t 900 -w 8K

-w 8K将TCP窗口设置为8KB，默认通常是几十KB甚至更大，这样能显著降低流量输出。

3. 给Iperf流量设置更低的QoS优先级 #

通过操作系统的QoS（服务质量）机制，让视频流的数据包获得更高的传输优先级，即使Iperf有流量，也不会抢占视频流的带宽资源。

• Linux系统：可以用tc命令给Iperf的流量打低优先级标记，比如：

  # 先标记Iperf流量（假设Iperf用5201端口）
  iptables -A OUTPUT -p tcp --dport 5201 -j MARK --set-mark 1
  # 设置QoS规则，标记为1的流量优先级最低
  tc qdisc add dev eth0 root handle 1: htb default 10
  tc class add dev eth0 parent 1: classid 1:1 htb rate 100Mbit
  tc class add dev eth0 parent 1:1 classid 1:10 htb rate 1Mbit prio 5
  tc filter add dev eth0 parent 1: protocol ip prio 1 handle 1 fw flowid 1:10
  

• Windows系统：在「组策略编辑器」中创建QoS策略，将Iperf的5201端口流量设置为最低优先级。

4. 使用UDP模式进行轻量探测 #

如果不需要严格的TCP吞吐量数据，UDP模式可以用极低的流量来探测链路的带宽和拥塞情况。设置固定低速率的UDP流，监控丢包率和延迟，以此判断链路的可用带宽：

命令示例：

iperf3 -c <你的服务器IP> -u -t 900 -b 50K

如果丢包率为0，说明链路还有充足的剩余带宽；如果出现丢包，说明当前链路已接近饱和，结合视频流的质量就能判断带宽是否足够。

这些方法都能在尽量不影响视频流的前提下完成带宽测量，你可以根据自己的实际场景选择最合适的方式。

内容的提问来源于stack exchange，提问作者M.salameh