通信老鸟：你一直在用的网速测量方法，有可能打原理上就是错的！

引言

有时需要测试网速，但是在开始使用文件传输工具来测量之前，请考虑一下，你实际测量的是什么？

为了说明这一点，请假设一位数据库管理员DBA，他一直在使用千兆以太网适配器，在几个节点之间配置集群数据库。事情不太顺利，他自然而然怀疑是硬件出了问题。

所以他把你叫过去，告诉你使用sftp在节点之间移动文件时，传输速率与千兆以太网的传输速率极不匹配。

他自认为测量了网络吞吐量，但是他可能只是测量了远程系统磁盘的读写速率。因此，需要移除限制因素，即磁盘(可能还有sftp的加密开销)。

Netcat

为了消除磁盘内文件转移对测量的影响，我们将使用netcat。Netcat被称为一个“功能丰富的网络调试和探索工具”。它可以从网上获得，或者已经在你所使用的发行版里了。

 which nc
 /usr/bin/nc

为了测试，我们使用两台主机，一台用于监听连接，另一台用于连接和发送数据流。在每个测试中，我们将使用一个10秒的会话，并且我们将在三个速度不同的lan上进行。为了从测试中消除磁盘读写的消耗，输出文件将是/dev/null。

百兆带宽

在主机A(192.168.0.8)，以普通用户身份启动netcat:

nc -v -v -l -n -p 2222 >/dev/null
listening on [any] 2222 ..

在主机B上，通过端口2222使用yes命令将数据发送到机器A，并使用netcat对会话进行计时。

time yes|nc -v -v -n 192.168.0.8 2222 >/dev/null
(UNKNOWN) [192.168.0.8] 2222 (?) open

在主机 A上注意到:

connect to [192.168.0.8] from (UNKNOWN) [192.168.0.4] 34111

10秒钟后，通过键入ctl-c停止，并记下所花的时间:

sent 87478272, rcvd 0

real 0m9.993s
user 0m2.075s
sys 0m0.939s

在主机A上，记下发送的数据(以字节为单位)：

 sent 0, rcvd 87478392

现在将字节rcvd乘以8得到总位数，然后除以时间：结果是70MB/s。

千兆带宽

主机A执行：

nc -v -v -l -p 2222 >/dev/null
listening on [any] 2222 ...

主机B执行：

yes|nc cfms5-p 2222 >/dev/null
punt!

主机A显示：

connect to [192.168.1.5] from cfms6-p [192.168.1.6] 33855
sent 0, rcvd 1155325952

同上，计算结果是 0.9Gb/s。

最后，慢速的10M带宽

配置结果如上，省略若干步骤。

.
.
.
nc -v -v -l -p 80 > /dev/null
listening on [any] 80 ...
.
.
.
sent 0, rcvd 8437760

根据时长和接收字节数，计算结果是 6.7Mb/s。

写在最后

我们已经看到了一种使用netcat测试网速的简单方法。

至少可以表明，网速在一定程度上，与它们各自的局域网段速度一致。

那我们怎么解释，为什么达不到广告上标榜的速度呢？也许是主机上的网络驱动程序的效率不高，再加上处理器开销，拖慢了整体速度。