千兆networking – testing

我有一个非常基本和新手的问题。 有人告诉我,我们有一个“千兆networking”。 所以,我把一个文件复制到另一台机器上,进行了一个快速的scptesting,传输速率只有35MB / sec。

传输速度不应该接近1GB /秒?

另外,有没有一个命令行会告诉我,我有一个“千兆networking”? 例如。 会ifconfig告诉我呢?

千兆比特以太网是每秒10亿比特。 理论最大传输速率为125MB /秒。

话虽如此,你的35MB /秒是有点慢,但encryption将减慢SCP文件传输,这可能是它的原因。

除了encryption之外,任何文件传输都是一个糟糕的networking基准,因为您的I / O子系统可能会阻碍传输。 你提到了ifconfig ,所以我假设你正在运行一些* nix操作系统。 看看ttcp工具。 它提供了一个很好的networking上TCP吞吐量的测量。

千兆不是技嘉。 最好的传输速度是125MB / s(1000千兆比特/ 8)。

SCP是衡量带宽的一个不好的工具。 您有encryption的开销,您可能已启用压缩,您将不得不考虑源和目标上的驱动器的速度。

Iperf是一个更好的测量带宽的工具。

如果您想要查看您的链接速度,请使用ethool {interface}mii-diag {interface}如果您使用的是Linux)。

是否可以使用ping来衡量networking速度?

使用ping获得的带宽测量很可能会比使用ttcp或iperf的基于TCP或UDP的testing更不精确。 如果你真的想尝试一下,你需要开始一个像wireshark / tcpdump这样的捕获,然后对另一个主机执行ping ping -f ,然后分析捕获并查看在一段时间内通过了多lessICMPstream量。 问题在于几个设备对ICMP进行了优先级sorting。

传输速度将只与客户端和接收者系统中最慢的速度一样快,这是处理器/内存速度和硬盘访问时间的组合。

SCP也为所有encryption增加了很多开销。

另外,以太网很less给你整个线速度。 我很less在服务器上看到125MB / s的完整数据,而这个testing纯粹是合成的。 在现实世界中,我经常看到超过100MB / s,甚至120MB / s的时间。 需要注意的是,我正在处理进行磁盘操作的服务器(多个备份到磁盘stream将快速实现光纤通道存储)。

我在路由器和交换机的上行链路接口上经常看到125MB / a的频率。 他们只是铲着包裹,没有像我一样对他们做任何重要的事情。 真正的吞吐量testing将像您所能得到的一样纯净。