首页
学习
活动
专区
工具
TVP
发布

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

引言

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

为了说明这一点,请假设一位数据库管理员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测试网速的简单方法。

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

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

我是 @程序员小助手,持续分享编程故事,欢迎关注。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20200413A0MZ1T00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券