测量GNU日期和Python时间模块之间的纳秒的不同结果

时间:2014-06-05 18:38:33

标签: python gnu-coreutils

我想生成自unix epoch以来当前纳秒数的十六进制。 (不需要是正确的,只是精确的)

以下是你在bash中获得当前纳秒的方法:

ksoviero@ksoviero-Latitude-E7440:~$ date +%s%N
1401993044859711108

现在,要将其转换为十六进制,我们使用printf

ksoviero@ksoviero-Latitude-E7440:~$ printf '%x\n' $(date +%s%N)
1374e157ee379028

看看这有多容易?

现在,让我们尝试用Python做同样的事情。首先,我们得到当前的纳秒:

>>> from time import time
>>> print int(time() * 10**9)
1401993206893091840

现在,我们将其转换为十六进制:

>>> print format(int(time() * 10**9), 'x')
1374e172f90a6400

我......什么!?那两个零在哪里来自哪里?他们总是在那里,他们不应该......

好的,等等,也许Python的十六进制函数无法处理那么大的数字。如果我们只复制并粘贴纳秒,会发生什么?

>>> print format(1401993044859711108, 'x')
1374e13f086e6e84

等等,这有效!?

任何人都在关注正在发生的事情? 为什么直接给出时它会正确地十六进制纳秒,但不是当它是一个函数的结果时?

3 个答案:

答案 0 :(得分:4)

因为time.time()返回了一个浮点数并且数学导致精度错误。

答案 1 :(得分:1)

如果您想要更高的精确度,请允许我推荐time.clock

import time

之后

>>> format(int(time.clock()* 10**9), 'x')
'baaa3a9e9e9'
>>> format(int(time.clock()* 10**9), 'x')
'baba3cb2a5e'
>>> format(int(time.time()* 10**9), 'x')
'1374e44edaf2e400'
>>> format(int(time.time()* 10**9), 'x')
'1374e4500aeeb700'

The docs on time.clock(重点是我的):

  

在Unix上,将当前处理器时间作为浮点数返回   用秒表示。精度,实际上是非常的定义   “处理器时间”的含义取决于C函数的含义   同名,但无论如何,这是用于的功能   基准测试Python或计时算法。

     

在Windows上,此函数返回自...以来经过的挂号秒   首先调用此函数,作为浮点数,基于   Win32函数QueryPerformanceCounter()。通常是分辨率   好于一微秒。

无论如何,对于任何实用程序,您可能期望精度太高:

  

各种实时功能的精度可能小于   由表达其价值或论据的单位建议。   例如。在大多数Unix系统上,时钟“滴答”只有50或100倍   第二

     

另一方面,time()和sleep()的精度优于   他们的Unix等价物:时间表示为浮点数,   time()返回最准确的可用时间(使用Unix   gettimeofday()可用的地方),而sleep()将接受一个时间   非零分数(Unix select()用于实现此,其中   可用)。

答案 2 :(得分:0)

最后没有额外的零。您的错误是您没有在两个打印语句之间使用同一时间而您没有看到前导0x。如果您对齐两个输出:

0x1374e17396ef0800
  1374e172f90a6400

你看到没有多余的零。

使用保存的时间值尝试以下操作:

>>> now = time()
>>> print format(int(now * 10**9), 'x')
1374e1ffdd1a5300
>>> print hex(int(now * 10**9))
0x1374e1ffdd1a5300

您会看到输出相同。您需要在这两个打印语句之间保存time的输出,否则当您调用它两次时,它将返回两个不同的值。