Linux dmesg-T导致时间戳不一致

此问题与暂停/恢复问题无关

对于同一事件，“dmesg”始终显示相同的时间戳，例如

[31765279.760248]

但是，当使用“dmesg-T”时，对于同一事件，它显示的秒数略有不同，例如，调用

dmesg-T | grep something | tail-1

两次会导致：

[Thu Jan 29 01:12:39 2015] event details...
[Thu Jan 29 01:12:38 2015] event details...

我需要将事件与历史进行比较，并根据新事件采取行动。但是，这种差异使得无法使用简单的字符串比较

作为一项工作，在比较字符串之前，我先从字符串中剪辑秒数。在这种情况下我可以这样做，因为我筛选的事件在5分钟内不会发生多次

有人知道为什么会出现这种不准确的情况吗

uname -a => Linux (hostname) 3.5.0-45-generic #68~precise1-Ubuntu SMP Wed Dec 4 16:18:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

---

通过将这些时间戳添加到系统引导时间，可以将其转换为实时时间戳。如果系统出现在1491516481.480856282，并且您在其中添加了一个分数偏移量，有时您会看到额外的一整秒

---

我还没有检查代码，但很确定这就是原因。在我写的回复中包含了更多的信息。

对于您看到的不一致性，我没有任何解释，但请允许我提出一个愚蠢的问题：为什么不对原始值进行比较，并在需要时将其手动转换为人类可读的值？我很懒：）我知道有几种解决方法，我正在使用其中一种，但我很想知道原因。谢谢你的快速回复