【问题标题】:defining the time it takes to do something (latency, throughput, bandwidth)定义做某事所需的时间(延迟、吞吐量、带宽)
【发布时间】:2010-11-01 09:26:27
【问题描述】:

我了解延迟 - 消息从发送者到接收者所需的时间 - 以及带宽 - 在给定时间内可以传输的最大数据量 - 但我正在努力寻找合适的术语来描述相关事物:

如果协议是基于对话的 - 有效负载在两端之间进行多次往返 - 那么延迟会影响“吞吐量1

1这叫什么,有什么简洁的解释吗?

【问题讨论】:

  • 请注意:延迟可以影响基于会话的协议的吞吐量,但情况不一定如此。例如,对于 TCP,它成为(可用)带宽、缓冲区大小、链路丢失和延迟的复杂组合,其中延迟通常不是限制参数。例如,如果您的缓冲区大小是无限的,那么延迟将不会对吞吐量产生任何影响,即使它是基于会话的。

标签: networking tcp terminology


【解决方案1】:

在网上冲浪,试图优化我的 nas (nas4free) 的性能,我遇到了一个 page,它描述了这个问题的答案 (imho)。具体来说,这部分引起了我的注意:

“在数据传输中,TCP发送一定数量的数据然后暂停。为了确保数据的正确传递,它不会发送更多,直到它从远程主机收到所有数据已收到的确认。这被称为“TCP 窗口。”数据以光速传播,通常情况下,大多数主机都靠得很近。这种“窗口”发生得如此之快,我们甚至都没有注意到它。但是随着两个主机之间的距离增加,光速保持不变。因此,两台主机距离越远,发送方收到远程主机确认的时间就越长,从而降低了整体吞吐量。这种效应称为“带宽延迟产品”或 BDP。”

这听起来像是您问题的答案。 BDP as wikipedia describes it

总而言之,它被称为带宽延迟积 (BDP),我找到的最短解释是上面的解释。 (Flexo 在他的评论中也注意到了这一点。)

【讨论】:

    【解决方案2】:

    goodput 可能是您要查找的术语吗?

    根据维基百科: 在计算机网络中,goodput是应用级别的吞吐量,即网络从某个源地址到某个目的地,每单位时间内转发的有用比特数,不包括协议开销,也不包括重传的数据包。

    Wikipedia Goodput link

    【讨论】:

      【解决方案3】:

      您描述的问题出现在本质上是同步的通信中。如果不需要确认信息的接收并且它肯定会到达,那么发送者可以尽可能快地发送,并且无论延迟如何,吞吐量都会很好。

      当需要对事物进行确认时,正是这种同步导致了吞吐量的下降,以及允许通信(即发送确认)异步的程度或不控制对通信的伤害程度。吞吐量。

      【讨论】:

      【解决方案4】:

      '往返时间'链接延迟和转数。

      或者:网络延迟是两件事的函数:

      (i) 往返时间(完成一次网络旅行所需的时间);和

      (ii) 应用程序必须遍历它的次数(又名)。

      【讨论】:

      • '往返时间',在我看来,似乎是延迟*2(当然,延迟可能在两个方向上都不是对称的)而不是协议开销,因为谈话;我对第二个定义有点谨慎,即将“网络”延迟定义为具有 ahem 延迟和带宽的某种混合。
      猜你喜欢
      • 2023-03-24
      • 2015-04-16
      • 2022-12-25
      • 2018-12-14
      • 2021-04-16
      • 1970-01-01
      • 2017-11-19
      • 2019-08-27
      • 2016-11-16
      相关资源
      最近更新 更多