千兆以太网 iperf 的标准结果

网络工程 以太网 ipv4 表现 iperf
2021-07-08 08:09:36

我无法通过 scp 实现良好的传输速率，我想知道网络配置是否未正确调整。通过 tcp 与 udp 运行 iperf 时，我注意到了一些差异。对于同一千兆以太网局域网中的两台 PC，这些结果是否正常？这是服务器的输出：

./iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size:  128 KByte (default)
------------------------------------------------------------
[  4] local 192.168.91.150 port 5001 connected with 192.168.91.164 port 50651
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec   599 MBytes   501 Mbits/sec


./iperf -s -u -w 64K
------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size: 64.0 KByte
------------------------------------------------------------
[  3] local 192.168.91.150 port 5001 connected with 192.168.91.164 port 39694
[ ID] Interval       Transfer     Bandwidth        Jitter   Lost/Total Datagrams
[  3]  0.0-30.0 sec   179 MBytes  50.0 Mbits/sec   0.386 ms    0/127660 (0%)
[  3]  0.0-30.0 sec  1 datagrams received out-of-order

通过 scp 传输时：

129MB   4.6MB/s   00:28

这些结果是否一致？为什么 UDP/TCP/SCP 之间有如此大的差异（scp 应该超过 tcp 吗？）

谢谢

1个回答

通过 UDP 进行的 iperf 测试要求客户端指定要发送的带宽（-b 选项）。因此，对于列出的 UDP 测试结果，您的 iperf 客户端配置为以 50 Mbits/sec 的速率将数据推送到您的服务器。

TCP 上的 iperf 测试有时需要您调整 TCP 窗口大小选项 (-w) 以完全饱和快速链接。尝试在 iPerf 客户端和 iPerf 服务器上使用“-w 256k”并再次测试。

=-=-=-=

scp 在 TCP 上运行。scp 可以配置为在发送数据之前加密和/或压缩数据。您的瓶颈可能是链路一侧的 CPU（您有办法检查 CPU 利用率吗？）。您可以尝试指定不同的加密方法，或者（如果您信任您的链接）甚至完全禁用加密。您还可以确认压缩已禁用。

您是否尝试通过 scp 传输许多小文件？如果是这样，如果在通过 scp 发送之前将小文件“tar”成一个大文件，您可能会获得更好的性能。

其它你可能感兴趣的问题
上一篇交换机内环回电缆的后果 下一篇特定国家（例如德国）的组 AS 编号