鲁达 引言
有时需要测试网速，但是在开始使用文件传输工具来测量之前，请考虑一下，你实际测量的是什么？
为了说明这一点，请假设一位数据库管理员DBA，他一直在使用千兆以太网适配器，在几个节点之间配置集群数据库。事情不太顺利，他自然而然怀疑是硬件出了问题。
所以他把你叫过去，告诉你使用sftp在节点之间移动文件时，传输速率与千兆以太网的传输速率极不匹配。
他自认为测量了网络吞吐量，但是他可能只是测量了远程系统磁盘的读写速率。因此，需要移除限制因素，即磁盘(可能还有sftp的加密开销)。
Netcat
为了消除磁盘内文件转移对测量的影响，我们将使用netcat。Netcat被称为一个“功能丰富的网络调试和探索工具”。它可以从网上获得，或者已经在你所使用的发行版里了。
which nc /usr/bin/nc为了测试，我们使用两台主机，一台用于监听连接，另一台用于连接和发送数据流。在每个测试中，我们将使用一个10秒的会话，并且我们将在三个速度不同的lan上进行。为了从测试中消除磁盘读写的消耗，输出文件将是/dev/null。
百兆带宽
在主机A)，以普通用户身份启动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] 3411110秒钟后，通过键入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测试网速的简单方法。
至少可以表明，网速在一定程度上，与它们各自的局域网段速度一致。
那我们怎么解释，为什么达不到广告上标榜的速度呢？也许是主机上的网络驱动程序的效率不高，再加上处理器开销，拖慢了整体速度。
我是 @程序员小助手，持续分享编程故事，欢迎关注。