一个更高带宽的互联网连接会降低ping响应时间吗？

首先，带宽不等于延迟。 更快的连接不一定会减less你的延迟。 450毫秒似乎有点慢，但如果你要走遍世界的一半，那么不会太远。 作为一个参照系，一个高速，低延迟的链路将需要70-80ms才能通过美国。 假设他们拥有更优化的对等path，您可以通过更改提供者来缩短延迟。 但我不能答应任何事情。

一个“更快”的连接（就像你指的那样）不会降低延迟。 一个“更快”的连接允许更多的数据在给定的时间内被放置在电线上。

带宽是衡量容量。

延迟是衡量延迟的一个指标。

编辑

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

连接测量有两个主要因素，延迟和带宽。 没有“高速”或“更快”的东西。 这些都是市场营销双峰，而且在专业pipe理的关系中毫无意义。

我在这里有一个关于ping的说法。

通常，ICMPstream量没有被赋予高优先级。 因此，使用ping或任何其他基于icmp的stream量来衡量networking延迟/延迟将不准确。

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

Total delay = transmission delay + propagation delay + processing delay 

传输延迟是推送线路上的分组比特的时间。 传播延迟与媒介有关，是到达目的地的时间。 处理延迟与收发机器/路由器有关。

通常会的，是的。 但是两者不是一回事，也不是直接联系的。 只是通常情况下，由于使用的技术，具有更多带宽的连接也具有更低的延迟。

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

直接将两者等同起来并不是一个好主意。 如果您特别需要较低的延迟时间，则应该特别询问，不要按带宽购物。

提高延迟的唯一真正的解决scheme是缩短两台主机之间的跳数。

如果你是一个足够大的公司客户，你应该能够与你的电信提供商就两个站点之间的短IP（可能更昂贵的）路线进行对话。

你没有收集事实做了很多的定位。 最好的办法是尝试确定高延迟的来源：它从哪里开始？ 那么你可以试着回答这个问题：我该如何解决？

运行traceroute，或更好的，mtr（mytraceroute）。 如果你在Windows上，你可以使用winmtr。 PingPlotter也是一个很好的工具。

find您的高延迟开始，然后解决它。 在你的问题上投入更多的带宽不是答案。

除非批量数据淹没了交互式数据，否则更高的带宽将无济于事。 如果双方都使用光纤而不是xDSL /有线/无线，那么你可以在你的RTT上减less20-80ms。

使用pingtest.net进行pingtesting，以确定每个链接的质量。 延迟是重要的，但/抖动/也可以造成巨大的差异。 我宁愿有一个较慢（3 Mbps）连接没有抖动，然后更快（例如15 Mbps）连接与抖动。

对于TCP连接（例如SSH，telnet等），一些TCP调优可以提供帮助。

你也可以看看使用TCP加速器; 有商业的，但pepsal已经可以有所作为了。

也许你的防火墙/路由器是问题…

如上所述，只有通过做traceroute才能真正知道故障所在的位置，

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

如果你有一个1gbit / s的连接，如果饱和，这并不重要。 TCP（和其他协议）依赖传输检查，在99％的情况下，QoS或类似技术没有正确优先处理。

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

令人惊讶的是，在确定TCP ACK的优先级时，谷歌的点击次数（以及点击质量）非常薄。与任何networking专家交谈，他们会知道为什么你需要这个。

是的，但不是太多。

更高的带宽意味着在另一个数据包可以传输数据之前，数据包将花费更less的时间完成下载，整个数据包下载的时间也是一个因素，但实际上这只会在最差的情况下增加10-20ms案例。

延迟的另一个可能的原因是无线传输，无论是正常的家庭无线还是移动无线，几乎所有forms的多路访问无线都会对延迟造成很大的影响，因为无线网卡必须等到每个人都完成数据传输后才能发送自己的数据。 在无线系统上传输的用户越多，速度和等待时间就越慢（主要是由于等待清除发送而造成的）

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

一包数据传送到整个世界的理论最短时间大约是70ms，这是数据包以光速行进的时间。

询问周围，并找出其他人在更快的连接和其他ISP正在经历相同的延迟，其完全可能由ISP或连接，但它不太可能造成的。

带宽和延迟是不同的，但不完全没有联系。 虽然这基本上是真的，事情并非黑白。 之间有很多灰色的阴影。

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

我们应该记住，它依赖于从主机到目的地的networking设备和物理介质构成的基础设施。

一个ISP可以优先考虑低/高带宽连接，并给予一个或多个硬件和软件更多的好处，这将导致延迟的差异。

根据这里给出的不同例子的精神，是的 – 最好是用一个具有相同容量的20个磁盘的卡车，然后把这20个磁盘中只有一个用在同一个卡车上。 但是 – 磁盘的重量呢？ 更多磁盘意味着更多的燃料和更慢的加速 但是如果我改变卡车的发动机呢？

因此，总之，带宽和延迟是不同的，但并不完全没有联系。