gpt4 book ai didi

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

转载 作者:可可西里 更新时间:2023-11-01 02:32:58 25 4
gpt4 key购买 nike

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

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

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

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

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

最佳答案

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

  • 任务管理器将报告所有传输的字节(即所有数据包的总和,包括它们的 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 调用,甚至底层网络(例如小帧与巨型帧)。

关于networking - 传输 100kb/s 的网络的实际位传输速率是多少?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34290948/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com