定义执行某些操作所需的时间（延迟，吞吐量，带宽）

我了解延迟 - 消息从发件人到收件人所需的时间 - 以及带宽 - 可以达到的最大数据量在给定的时间转移 - 但我很努力地找到合适的术语来描述相关的事情：定义执行某些操作所需的时间（延迟，吞吐量，带宽）

如果一个协议是基于会话的 - 有效负载被分离到两端之间的许多指向和fros - 那么等待时间影响'吞吐量'。

这是什么叫，是否有一个很好的简洁的解释呢？

2010-11-01 Will

正如一个注释：延迟*会影响基于会话的协议的吞吐量，但这并不一定是这种情况。对于TCP而言，它成为（可用）带宽，缓冲区大小，链路丢失和延迟的相当复杂的组合，其中延迟通常不是限制参数。例如，如果您的缓冲区大小是无限的，即使基于对话，延迟对吞吐量无任何影响。 – KillianDS 2013-09-02 11:48:44

网上冲浪，尝试优化我的NAS（nas4free）我遇到所描述的这个问题的答案（恕我直言）一个page传来的性能。具体地，本节引起我的眼睛：

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

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

最后，它被称为带宽延迟产品（BDP）和最短的解释（Flexo在他的评论中也注意到了这一点）

来源

2013-09-02 11:35:16 JugsteR

你描述的问题出现在本质上同步的通信中。如果不需要确认收到的信息，并且确定到达，那么发送者可以尽可能快地发送，并且吞吐量将是好的，而不管延迟如何。

当需要确认事物时，这种同步会导致吞吐量的下降以及通信（即确认的发送）允许异步或不控制它的程度。吞吐量。

来源

2010-11-01 09:34:26 Flexo

它有一个名字吗？ – Will 2010-11-01 10:35:41

在TCP中，更一般的控制这种机制的机制被称为滑动窗口（http://en.wikipedia.org/wiki/Sliding_window_protocol）。维基百科似乎称之为“带宽延迟产品”，即“网络”路径中有多少数据。（http://en.wikipedia.org/wiki/Bandwidth-delay_product） – Flexo 2010-11-01 14:21:13

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

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

（I）往返时间（它需要完成整个网络之旅的时间）; （ii）应用程序必须遍历它的次数（又名转）。

来源

2010-11-01 09:41:46 doug

在我看来，“往返时间”似乎是延迟* 2（当然，延迟时间在两个方向上可能不是对称的），而是而不是由于会话的同步性质造成的协议开销;我对第二个定义持谨慎态度，即将“网络”延迟定义为某种混合了* ahem *延迟和带宽的东西。 – Will 2010-11-01 09:44:46

可能是你正在寻找的术语吗？

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

Wikipedia Goodput link

来源

2010-11-01 10:10:28 JugsteR

定义执行某些操作所需的时间（延迟，吞吐量，带宽）

回答

相关问题