我正在一些具有窄信道带宽设置的无线电设备上做一些吞吐量测试(例如,250 for带宽)。在测试iperf3时,我注意到尽管对iperf3的命令行设置了带宽限制,但它传输的最快速度是655 KB/秒(即使命令行参数是这样设置的):
iperf3 -c 10.1.106.82 -u -i 1 -n 10485760 -b 250 K
生成的服务器报告将报告传输速度为655 of /秒,而不是250 of。
这种行为发生在我同时使用涓流和滴流的时候。
滴滴似乎可以很好地限制wget在同一台机器上的下载速度。滴滴也限制了scp在同一台机器上的上传速度。我需要做些什么才能正确地使用iperf3吗?另外,有人解释过为什么iperf3似乎不能低于655 of /秒,即使它自己的命令行开关表明情况并非如此?我相当肯定,我正在为iper3 (和滴流)正确地使用命令行开关。只要我的iperf3限制在655 my /秒以上,这个限制就会得到适当的应用。问题是我不能让iperf3更低,所以我转向了涓流,但是涓流/涓流似乎不适用于iperf3。
编辑:我也尝试过这样做,在服务器机器和客户端机器上都设置为-d 250和-u 250。但还是没什么区别。
发布于 2019-10-14 15:38:12
我发现了另一个关于超级用户的评论。显然:
“涓涓细流的工作方式是拦截用于TCP传输的标准库函数中的链接调用--如果一个应用程序在编译时静态地链接了这些函数,那么它就不能工作。”
我猜iperf3是这样的一个程序,滴滴是行不通的。
https://serverfault.com/questions/987772
复制相似问题