网络时间度量

Question

我试图了解不同的网络度量标准，特别是那些关于时间的指标。不过，我发现自己迷失在定义中。从我到目前为止所做的研究，我发现定义中有一些矛盾之处，这取决于来源，但下面是我的结论(可能是错的！)

• 延迟:数据包从客户端到达目的地所需的时间，或者简单地说是旅行时间。
• 往返时间(RTT)：请求到达目的地并返回到客户端的时间。
• 响应时间:到达目标所需的时间和处理结果。

所以我的问题是：

1. RTT仅仅是2倍的延迟吗？
2. RTT和响应时间有什么区别？在我看来，他们是一回事。
3. 如何计算延迟和RTT？如何从相对容易测量的响应时间中消除处理时间？
4. 最后，所有这些都源于这个问题。当使用ping命令时，显示的时间是延迟、RTT还是响应时间？

很抱歉有这么多问题，但它们都是相关的，所以我觉得我不应该把它们分成多个帖子。

Answer 1

其中，往返时间(RTT)无疑意味着通过网络来回往返。

延迟和响应时间更通用，甚至可能不意味着IP网络。由于存储系统是基于纺锤体和高延迟的，所以系统的响应时间和用户体验都很糟糕。网络延迟可能是往返的，但是说RTT以避免歧义。

ICMP回波本身并不足以作为一项性能衡量标准。它是控制数据，在路由器(CPU控制平面而不是数据ASIC)和主机(OS ICMP实现而不是用户空间软件)中执行不同的路径。您典型的ping实现是往返实现，因为echo协议不包括时间戳。(启用ICMP时间戳的网络堆栈很少。)

如何从相对容易测量的响应时间中消除处理时间？

通过测量两者。用户真正关心的是直到他们的请求得到服务的时间。总时间可以包括从用户到数据中心的几次往返，处理时间服务器端可能包括联系多个API，以及客户端处理时间。

了解您的应用程序的协议。为用户做一件事需要多少次往返行程，以及组件之间的网络延迟。

在Stack上，堆栈溢出监视堆栈做了一个有趣的案例研究。收集包括网络浏览器定时在内的所有指标，做一些简单的分析，然后从数据中产生模式。

Answer 2

他说:差不多是的。有一个小开销(数据包不会神奇地被送回)，但这应该是最小的和低于测量粒度(也就是说，如果您测量0.1ms，应该低于该值，而且通常是这样)。

他说:只有在另一边没有处理的情况下，才需要时间。如果另一方执行密码哈希检查并随机延迟响应(此功能的标准，使您不能从处理时间中扣除任何内容)，该怎么办？或者需要调整图片的大小而这需要半秒钟？

他说:一点也不，他们是被测量的。通常情况下，要么使用“尽量少做”端点，要么使用PING。

他说:对不起，我不会为你去RTFM的。这在ping命令和ping命令文档中都有详细的记录。