如何衡量低延迟环境中的延迟？

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

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

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

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

TSA(TS Associates)

Correlix

Corvil

Napatech(硬件捕获设备)

Endace(硬件捕获设备)

还有另一家经营不善的公司最近通过他们的风险投资资金(400万？)焚烧了.

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

我认为有些硬件设备会在其中注入带有时间戳的有效负载信息,以便客户端可以看到这些信息.当然,正如另一张海报所指出的那样 - 时间问题非常重要.所有设备和客户端必须具有相同的时间参考点.它必须准确......

我最后一次与TSA交谈时,有4个观察点的装置大约为15万美元.我怀疑上面列出的其他价格相似.

上面列出的硬件卡开始大约2千美元(对于一块裸骨卡)并从那里上升(显着).

要在软件中执行此操作,您需要让客户端使用pcap(或类似的东西)并查看有效负载并尝试匹配它们.在某些情况下,很难确定这是确定性的 - 特别是在"会话"开始时或者如果一个管道中缺少消息.通常在一些阈值之后,如果你不匹配的东西,你只需删除它.

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