==>>重要更新

==>>重要更新

当我检查我的上传/下载速度时,它是 4 Mbit/s。这意味着我可以以每秒 4 兆比特的速度下载/上传。但我不完全明白这意味着什么。

例如,如果我通过伦敦的任何 Web 应用程序上传一个 4 Mb 的文件(为简单起见,仅考虑这个大小),并且我的互联网速度为 4 Mbit/s,那么无论服务器的实际物理位置在哪里(无论是澳大利亚、纽约还是世界上任何其他位置),我是否能够在 1 秒内上传此文件?那么,当我们说上传速度为每秒 4 兆比特时,这适用于哪个位置?当然,它应该始终与目标位置相关,不是吗?

更新:- 为了简单起见,我只是将文件大小视为 4 Mb。我也知道 1 Mbps 不等于 1 MBps。1 MBps = 8Mbps。这个问题实际上是速度实际上意味着什么?

答案1

此速度指的是您与 ISP 之间的连接。它不保证您可以从互联网上的任何地方获得该速度。

让我们创建一个示例,将文件从您的桌面上传到伦敦的服务器:

  1. 数据位于您的电脑上。
  2. 数据通过本地 LAN 传输到默认网关。(如果您使用的是有线网络,则最有可能的速度为 100Mbit/秒或 1Gbit/秒)。
  3. 数据到达调制解调器,以 4Mb/s 的速度上传到你的 ISP。如果是全球 ISP,那么它将被上传到他们的本地数据中心。
  4. 然后,数据以未指定的方式路由到伦敦的服务器。

步骤 4 故意含糊其辞。如果线路中断、ISP 间连接发生变化,路由可能会发生变化。如果线路过载,路由故意改变等。这是故意构建的灵活性。如果您想了解更多详细信息,请查看 ARPA 网络和冷战。

... 我的网速是 4Mbps,无论服务器的实际物理位置在哪里(无论是澳大利亚、纽约还是世界上任何其他地方),我都能在 1 秒内上传这个文件。

假设 4Mb/秒是到达目的地路径中最慢的链路:是的。

如果你考虑一下这两个类比,可能会有所帮助:

  1. 建立一个具有不同厚度的链。链的强度取决于最薄弱的环节。或者一组管道。您当地的管道连接是 4 厘米。如果连接到更大的管道,流经 ti 的速度不会更快。如果需要通过更细的管道(例如,如果伦敦的服务器速度为 33600 bps),速度可能会减慢
  2. 关于路由:您无需设置到达目的地的完整路径。这更像是寄信。如果是寄往当地房屋,则将其放入其邮箱,否则将其放入邮箱。您不必关心邮件在内部如何流动,只要它到达即可。IP 路由与之类似。

答案2

位与字节

位 = 单个 1 或 0

  • = _

字节 = 8 个 1 或 0

  • = _ _ _ _ _ _ _ _

  • 要获得 [每秒字节数](或兆字节、千兆等),只需取 ___ 位并除以 8

存储是以字节为单位的,为什么?

  • 字节是[数据],因为一个字节由 8 个 1 和 0 组成,加起来就是[一个字母]。字母对计算机来说是信息。但一个单比特除非获得 8 位,否则毫无意义。
  • 字节是8位。
  • 1 兆字节等于 1000 千字节。1000 兆字节等于 1 千兆字节等等... 度量单位。

==>>重要更新<<==

对于那些试图纠正我的字节

请访问维基百科/wiki/Mebibyte

谢谢

更新结束

数据传输以 BITS 为单位进行测量,为什么?

因为您可以发送的最小信息是 1 或 0(开或关)。因此,如果您打开手电筒,那就是“开”,也就是 1,而关闭手电筒,那就是“关”或 0。 - 这就是计算机通过脉冲发送 1 和 0 来相互通信的方式。

但是它们在一秒钟内相互脉冲的频率是多少呢?

那么每秒是多少比特?

所以我们说“比特每秒“。

答案3

我假设文件大小为 4 兆位,即使文件大小通常以字节(8 位)为单位。这意味着该文件大小为 4,000,000 位。

如果您与接收方之间的连接速度恰好为 4 mb/s(4,000,000 位/秒),传输过程中速度不变,则传输将需要 1 秒才能完成。由于您与接收方之间的延迟,从您开始传输到实际完成传输之间的总时间可能会更长。

使用 speedtest.net 等网站时,您可以测试您的计算机和其中一个测试服务器之间的传输速度(它们会显示一张小地图,指示服务器的位置)。此测试的结果在很大程度上取决于中间网络,因为您的最终速度将是链中最慢的环节的速度。

答案4

除了其他答案

如果您将文件上传到快速服务器,则到您的 ISP 的链接是链中最慢的链接,然后传输将被您的 ISP 限制为 4 Mbps - 对于大文件通常确实如此。

但如果硬件可以做得更好(即 4Mbps 是您的 ISP 设置的任意限制,因为您只为此选项付费,而不是为某个更快的选项付费)并且您的文件足够小,那么您可能会遇到“突发上传速度“。

这意味着,如果您的链接空闲(或几乎空闲)了一段时间,您的 ISP 可能会允许您以比声明的 4 Mbps 快得多的速度发送文件的前 10 MB(示例,实际值由您的 ISP 设置)。在这 10 MB 之后,链接会“饱和”,剩余数据将受到 4 Mbps 限制。让您的链接再空闲一段时间,您将能够再次爆发。

换句话说:如果您在几秒钟内将上传速度保持在较低水平,那么您将获得一些字节的信用,在达到限制之前,您可以更快地上传。

这种机制使您的网页浏览更加快捷,改善了文件上传。

从 ISP 的角度来看,他们的许多客户端仅产生这种向上的突发流量。它们(作为一个群体)几乎从不使 ISP 的互联网链路(其上传带宽)饱和,因为突发流量随机发生在不同时刻,因此没有必要限制每个连接。由于这些突发流量,这些客户端在发布食物照片时对响应更快的 Facebook 感到满意。另一方面,少数使用 P2P 或同时发送大文件的客户端可能会使与外部的链路饱和,因此当它们超过某个阈值时,它们会受到限制。

您的示例中的 4 Mb 文件相当小,只有 0.5 MB。如果您的 ISP 支持,则可能在一次突发传输中完成整个传输。不过,您可能会在 ISP 之外的某个地方遇到其他限制(或暂时的网络减速)。

相关内容