然后可以将这些 qlog 文件上传到位于 qvis.Quictools.Info 的 qvis 工具套件。在那里,您可能会获得一些高度交互式可视化,这使得解释 QUIC 和 /3 流量变得不那么困难。 Qvis还支持导入Wireshark数据包捕获(文件),
并且它对Chrome的netlog文件.Pcap有实验性 手机号数据库列表 的支持,因此您还可以分析Chrome的行为。关于 qlog 和 qvis 的完整学术超出了本文的范围,但可以在教程形式、论文甚至演讲节目中观察到更多详细信息。你也可以及时向我询问,因为我是 qlog 和 qvis 的主要实现者。 ;)
然而,我并不幻想这里的最大读者需要使用 Wireshark 或 qvis ,因为这些都是相当低级的装备。尽管如此,鉴于我们同时几乎没有什么不同的选择,我强烈建议不要在不使用此类工具的情况下大幅尝试 /3 性能,以确保您实际上认识到麻绳上发生的情况以及您是否看到了什么肯定是由协议的内部形状而不是其他因素造成的。
这是什么意思? 正如我们所见,在 QUIC 中安装和使用 /third 可能是一件复杂的事情,并且很多事情可能会出错。不幸的是,没有任何准确的装备或可视化可以以适当的抽象程度揭示基本细节。这使得大多数开发人员很难评估 /3 在此情况下可以向他们的站点提供的功能,甚至无法确认他们的设置是否按预期运行。
过度依赖过度程度的指标可能会非常危险,因为这些指标可能会受到多种因素的影响(例如,不切实际的社区模拟、客户或服务器的能力丧失、仅部分使用/三等)。即使一切都做得更好,正如我们在第 2 部分中注意到的那样,在大多数情况下 /2 和 /3 之间的差异可能非常小,从而更容易从顶层获取重要事实。对于没有目标/3辅助的工具来说,这是非常困难的。
|