更高带宽的Internet连接会缩短ping响应时间吗？

似乎很明显，更快的连接可以降低延迟...但是，我想知道：我正在世界另一端的主机上进行远程工作-光只能以如此之快的速度传播（1英尺纳秒），而且我们俩都有宽带连接超过1,000kbps的上传和10,000kbps的下载：

带宽较高的连接会减少ping所需的时间吗？既然数据很少，那么更快的连接有什么帮助？目前ping需要450毫秒，我有什么方法可以改善它？

首先，带宽与延迟不同。更快的连接并不一定会减少延迟。450ms似乎确实有点慢，但是如果您要在世界范围内走1/2步，则相差不远。作为参考系，一条高速，低延迟的链路需要大约70-80毫秒才能穿越美国。您可以通过更改提供商（假设他们具有更优化的对等路径）来减少等待时间。但我什么都不能保证

“更快”的连接（如您所指）不会降低延迟。“更快”的连接允许在给定的时间段内将更多数据放置在电线上。

带宽是容量的度量。

延迟是延迟的一种度量。

编辑

这是带宽和延迟之间差异的示例：想象一下2个Internet连接，一个10 Mbps，另一个1 Mbps。两者都具有50ms的延迟。现在想象一下，我正在将击键发送到那些连接另一端的远程终端。为了简单起见，可以说每个按键消耗1 Mbps的带宽。在10Mbps连接上，我可以同时发送字母A，B，C，D，E，F，G，H，I，J，因此它们都在50毫秒后到达远程终端并回显屏幕...同时。现在，在1Mbps连接上，每个击键都是独立发送的，因为每个击键都会消耗所有可用带宽。因此，发送了字母A，然后在50毫秒后，远程终端接收了该字母A，并在屏幕上回显，随后是字母B，之后50毫秒，然后是字母C ...一直到字母J。所有十个字母在远程终端上接收并回显到屏幕需要500毫秒。10Mbps连接更快吗？不，不是。就像1Mbps连接一样，它的延迟是50ms。由于它具有更高的吞吐量（带宽），并且一次可以将更多数据放置在线路上，因此显示速度更快。那就是带宽（容量）和等待时间（延迟）之间的差异。从严格意义上讲，“更快”的连接（按照您所指的方式）不会减少延迟。由于它具有更高的吞吐量（带宽），并且一次可以将更多数据放置在线路上，因此显示速度更快。那就是带宽（容量）和等待时间（延迟）之间的差异。从严格意义上讲，“更快”的连接（按照您所指的方式）不会减少延迟。由于它具有更高的吞吐量（带宽），并且一次可以将更多数据放置在线路上，因此显示速度更快。那就是带宽（容量）和等待时间（延迟）之间的差异。从严格意义上讲，“更快”的连接（按照您所指的方式）不会减少延迟。

连接是通过两个主要因素来衡量的，即延迟和带宽。没有“高速”或“更快”之类的东西。这些都是营销的双重手段，在专业管理的关系中毫无意义。

我有一点要说的是与ping相关的内容。

通常，不给ICMP流量较高的优先级。因此，使用ping或任何其他基于icmp的流量来测量网络延迟/等待时间将不准确。

可以使用以下公式计算两点之间的延迟：

Total delay = transmission delay + propagation delay + processing delay

传输延迟是将数据包位压入线路的时间。传播延迟与媒介有关，是到达目的地的时间。处理延迟与接收和发送机器/路由器有关。

通常会的，是的。但是两者不是同一件事，也不是直接联系在一起的。碰巧的是，由于所使用的技术，带宽更大的连接通常也具有较低的延迟。

但这并不总是正确的。考虑一种传输大量数据的快速方法：用数据填充12个2TB硬盘并通过快递发送。数据传输率非常高（鉴于您可以在24小时内发送24TB，因此超过2000MBps）。延迟也非常高（24小时）。拨号的延迟要低得多，但是通过拨号发送24TB的数据要花几年的时间。

直接将两者等同不是一个好主意。如果您特别需要较低的延迟，则应该专门询问，而不是按带宽购买。

改善延迟的唯一真正的解决方案是缩短所讨论的两台主机之间的跳数。

如果您是一个足够大的公司客户，则应该能够在两端与电信提供商进行对话，以在两个站点之间采用更短（可能更昂贵）的IP路由。

您已经做了很多假设而没有收集事实。最好的选择是尝试确定高延迟的根源：它从哪里开始？然后，您可以尝试回答以下问题：我该如何解决？

运行跟踪路由，或者运行更好的地铁（mytraceroute）。如果您使用的是Windows，则可以使用winmtr。 PingPlotter也是一个很好的工具。

找到高延迟的起点，然后进行修复。解决问题的更多带宽并不是答案。

除非大量数据淹没了交互式数据，否则更高的带宽将无济于事。如果双方都使用光纤而不是xDSL / Cable / Wireless，则可能会在RTT上刮掉20-80ms。

使用pingtest.net进行ping测试，以确定每个链接的质量。延迟很重要，但是/ jitter /也可以带来很大的不同。我宁愿有一个没有抖动的较慢（3 Mbps）的连接，然后是一个有抖动的较快（例如15 Mbps）的连接。

对于TCP连接（例如SSH，telnet等），可以进行一些TCP调整。

您还可以查看使用TCP加速器的方法。虽然有商业用途，但胃部已经可以有所作为。

也许您的防火墙/路由器是问题所在...

如上所述，唯一真正确定故障所在的方法是进行跟踪路由，

这个问题有很多不同的答案，正确的答案（我认为）是“取决于”。

饱和时是否具有1gbit / s的连接都没有关系。TCP（和其他协议）依赖传输检查，在99％的情况下，QoS或类似技术无法正确确定优先级。

对称（SDSL，光纤等）线路通常更适合于低延迟操作，因为它们不与TX共享RX（这意味着TCP ACK，ICMP答复等都不会受到阻碍，如果您全力以赴地下载）。仍然需要QoS来保证敏感应用程序（尤其是VoIP）的通信量。

出乎意料的是，当谈到对TCP ACK进行优先级排序时，Google上的点击次数（以及点击质量）非常薄..与任何网络专家交谈，他们会知道您为什么需要这个。

是的，但不是很多。

更高的带宽意味着在另一个数据包传输数据之前，该数据包将花费更少的时间来完全下载，整个数据包下载所花费的时间也是此处的一个因素，但实际上，在最坏的情况下只会增加10-20ms案件。

延迟的另一个可能原因是无线传输，无论是普通的家用无线还是移动无线，几乎每种形式的多址无线都将对延迟造成巨大的损失，因为无线卡必须等到每个人都完成数据传输后才能发送数据。自己的数据。在无线系统上传输的用户越多，速度和延迟就越慢（同样不是很多，主要是由于等待其明确发送）

首要因素是数据包将花费在路由器和其他WAN基础结构上的时间。

数据包在整个世界中传播所需的理论最短时间约为70毫秒，即数据包以光速传播的时间。

环顾四周，找出是否有其他人在更快的连接和其他ISP上遇到相同的延迟，这完全有可能是由ISP或连接引起的，但可能性很小。

带宽和延迟是不同的，但并非完全不相关。虽然基本上是对的，但事情并非黑白两全。中间有很多灰色阴影。

的确，具有更大的带宽并不一定意味着具有较低的延迟，也不一定意味着具有相同或更高的延迟。

我们应该记住，这取决于从主机到目的地的网络设备和物理媒体组成的基础架构。

一个ISP可以优先考虑低/高带宽连接，并为一个或另一个提供更多的硬件和软件优势，这将导致延迟差异。

而且，根据此处给出的不同示例的精神，是的-最好是将一辆具有20个磁盘且容量相同的卡车带到同一辆只有20个磁盘中的一个的卡车。但是-磁盘的重量呢？磁盘越多，意味着燃料越多，加速越慢。但是，如果我更换卡车的发动机怎么办？

因此，简而言之，带宽和延迟是不同的，但并非完全不相关。