networking - 传输 100kb/s 的网络的实际位传输速率是多少？

Question

例如，当通过 Internet 传输 1GB 的数据时，这些数据被分成数据包，每个数据包包含一小块数据，并且每个数据包都是帧的一部分。

例如。 Windows 报告您正在通过 TCP 连接以 100kb/s 的速度传输文件，但这似乎是每秒传输的文件数据量，并且似乎不包括 ip 或 tcp header 或以太网帧。

以这种速度传输所需的网络实际流量是多少？还是该数据实际上已经包含在传输速度中，但只是小到没有显着差异？

此外，IP 最多支持 1500 字节/数据包(我认为？)，但是在加载 reddit 上的高清图像时，数据包的常见大小是多少？

很抱歉我现在可能应该自己弄清楚这些相当基本的问题......

Answer 1

这取决于您在哪里查看传输速率:

• 任务管理器将报告所有传输的字节(即所有数据包的总和，包括它们的 header )。
• 文件传输程序将报告传输的有效载荷。

任务管理器

如果您查看任务管理器/网络，您可以看到传输的字节数以及传输的数据包数量(单播或非单播)。

该数据来自网络驱动程序(或至少与其接近的东西)，因此在此处报告数据总量是有意义的(否则需要检查每个数据包以计算有效负载)。

还有一个显示传输速率的图表。这些数字可以很容易地与文件传输软件中报告的数字进行比较。

文件传输程序

另一方面，文件传输程序不知道有关在较低层创建的数据包的详细信息(可以是任何大小)。所以这里唯一的选择是报告传输的有效负载数据/文件的一部分，这对用户也更有意义。

网络数据包

在普通网络上(也可能是 jumbo frames )，完全加载 时，一个 TCP 数据包(完整的以太网帧)大约为 1500 字节(在我的系统 (IPv4) 上，数据包是 1514总 header 大小为 54 字节的字节 -- Ethernet header 为 14 个，IP header 为 20 个，TCP header 为 20 个)。这些可以在网络中沿途拆分为更小的数据包，但在大多数情况下它们不会。

传输速率

当传输文件(或其他大数据流)时，平均每次发送 2 个完整数据包(1514 字节)，并接收 1 个小数据包(54 字节)([ACK] 数据包)。在这种最佳情况下，我们有 2 x 1460 的有效载荷，发送端有 2 x 54 字节的开销 + 接收端有 54 字节。在与互联网连接的最大传输速率进行比较时，我们还必须考虑一些延迟。

并非所有传输都是最佳的:

• 可能存在从未到达的数据包或校验和错误的地方，因此需要重新传输。

• 在某些情况下，数据可以分成更小的部分发送，从而导致更高的开销/有效负载比率(但使用小块 Nagle's algorithm 可以解决这个问题)。

• 某些软件可能会将文件内容读入小缓冲区(比如 4096 字节)。然后可以将它们分成 2 x 1460 和 1 x 1176，引入一些额外的开销。

结论

很难说出或计算出 transferred_bytes/payload 的确切比率。这取决于互联网连接的质量(丢失数据包、重新传输)、用于传输数据的软件或 API 调用，甚至底层网络(例如小帧与巨型帧)。