latency - 您如何测量低延迟环境中的延迟？

Question

这是设置...您的系统正在接收包含离散消息的数据流(通常每条消息在 32-128 字节之间)。作为处理管道的一部分，每条消息都通过两个物理上独立的应用程序，它们使用低延迟方法(例如通过 UDP 的消息传递)或 RDMA 交换数据，最后通过相同的机制到达客户端。

假设您可以在任何级别注入(inject)自己，包括有线协议(protocol)分析，您将使用哪些工具和/或技术来测量系统的延迟。作为其中的一部分，我假设传递到系统的每条消息都会导致相应的(尽管不等效)消息通过系统推送并传递给客户端。

我在市场上见过的唯一这样的工具是 TS-Associates TipOff。我敢肯定，通过正确的访问，您可能可以使用电线分析工具(ala wireshark)和正确的解剖器来测量相同的信息，但这是正确的方法还是有任何我可以使用的商品解决方案？

Answer 1

您的最后一段是需要完成的典型方式。该领域的常见嫌疑人(至少据我所知的市场数据(华尔街)延迟)是:

TSA (TS Associates)

科瑞利克斯

科维尔

Napatech(硬件捕获设备)

Endace(硬件捕获设备)

还有一家经营不善的公司最近烧光了他们的风险投资资金(400 万？)。

对于处理成不同格式的数据(比如说在直接交换提要或 RMDS 或其他更改协议(protocol)的服务器)，您需要能够解析有效负载以关联消息。这可能具有挑战性，因为有时数据供应商不会公开消息定义。

我认为有些硬件设备会在其中注入(inject)带有时间戳的有效负载信息，以便客户端可以看到这些信息。当然，正如另一位发帖人指出的那样——时间问题非常重要。所有设备和客户端都必须具有相同的时间引用点。一定要准确...

上次我与 TSA 交谈时，一个带有 4 个观察点的装置大约需要 15 万美元。我怀疑上面列出的其他价格相似。

上面列出的硬件卡的起价约为 2000 美元(对于一张基本卡)，然后从那里(显着)上涨。

要在软件中执行此操作，您需要让客户端使用 pcap(或类似的东西)并查看有效负载并尝试匹配它们。在某些情况下，很难让它具有确定性——尤其是在“ session ”开始时，或者如果一个管道中缺少消息。通常在某个阈值之后，如果你不匹配某些东西，你就放弃它。

编辑:
免责声明:
我现在也是合资企业的一部分，应该披露这一点。