Chrome DevTool时间轴中的时间戳.json

对于我正在分析使用Google Chrome的DevTools时间轴制作的记录的研究项目，这意味着我通过保存的.json文件运行自己的软件。我无法理解他们的时间戳变量，而像EpochConverter这样的工具不起作用。一个典型的行将是：Chrome DevTool时间轴中的时间戳.json

{"pid":14038,"tid":17939,"ts":176780856024,"ph":"X","cat":"ipc,toplevel","name":"ChannelReader::DispatchInputData","args":{"class":60,"line":70},"dur":11,"tdur":2,"tts":90016,"bind_id":"0xb35f6002","flow_in":true}

ts-或tts值都不能提供任何有意义的东西。此录音是在Mac上使用Chrome制作的。我非常感谢任何帮助，至于我的研究，至关重要的是我能够关联脚本的时间。干杯!

来源

2016-07-24 jesbengradev

从经验上看，ts是自启动操作系统以微秒（百万分之一秒）开始的时间，至少在* nix上。

建议给我的数字大小ts是一个相当高的精度值。所以我做了一个快速记录（大约7秒），并将最后的ts值与第一个进行了比较;它大约是七百万。另一个快速录音证实了这一点：约三百万的录音时间大概为三秒钟。

以微秒为单位，我想知道它可能与它有什么关系。这显然不是大纪元。我的第一个想法是“自浏览器启动以来”，但我很快认定情况并非如此。但是当我看到我得到的最初数字（大约72小时）时，我想“这听起来大致就像我重新启动后的时间一样长。”快速重启确认它。

我很惊讶没有在任何这些页面中找到这些信息：

来源

2016-07-24 09:42:47

干杯T.J.，这似乎是正确的！非常不幸的是，这些链接并不是一个明确的参考，特别是因为这限制了将时间线数据用于DevTools。它们提供“dur”的值，但并不是每个过程都分配了这个值。谢谢！ – jesbengradev

仅供参考您可能对此文档中的跟踪格式感兴趣https://docs.google.com/document/d/1CvAClvFfyA5R-PhYUmn5OOQtYMH4h6I0nSsKchNAySU/edit – Ishan

@Ishan：好东西！这确认了微秒单位：*“** ts **：事件的跟踪时钟时间戳，时间戳以微秒粒度提供。”* –

Chrome DevTool时间轴中的时间戳.json

回答

相关问题