为什么windows会报告与osx不同的浮动四舍五入文件写入随机行数所需的时间？

Question

我有一个python脚本，它将数据集的对象写到文件中。在windows 10上使用2.7，写入时间被报告为数毫秒，下面是.0000nnn或.9999nnnn。我正在使用python的时间库，如下所示：

import time
logline = ""

def writer(mydict):
   records = 0
   global logline
   lstart_time = time.time()
   for item in mydict:
       some_open_file.write(item)
   dur = time.time() - lstart_time
   logline +=("\t{0:25}transformed {2} records in {1} ms; avg: {3:2.3f} mis per record.\n".format(
              page['name'], (dur*1000), records, (dur/records)*1000000))

for documents in bigdict:
    logline += some_dict['title']
    for x in some_dict['records']:
        writer(x)
    print(logline)

视窗

但在osx中，这种情况并没有发生，只有2.7次。osx输出

python的windows实现如何处理与osx不同的时间浮动？两者都是64位，都在python 2.7上，都有英特尔核心处理器，而且都有ssds (尽管这不重要)。那么，为什么windows/python处理浮动的方式不同呢？我怎样才能让窗户显示我在macbook上得到的更精确的数字呢？

一些观察: mac似乎在书写所需的时间上也有更大的差异。虽然windows的平均每次写入速度似乎都在5.7到6μ之间，但mac的大小范围是8-24μ。虽然3-4岁的桌面速度更快，但总体规格非常相似，但我猜这是因为桌面可能有一个更大的μ缓存，尽管芯片更老，速度也更快。这是为另一个论坛准备的。

我使用“麦克风”是因为μs抛出了各种各样的编码错误。即时表扬任何人纠正日志线的分配，以便在任何控制台中使用μ。

Answer 1

总是使用timeit.default_timer()

import timeit

lstart_time = timeit.default_timer()

dur = timeit.default_timer() - lstart_time

在Windows上，time.time()非常粗糙，通常对计时没有什么用处。timeit.default_timer()在Windows和其他平台下使用不同的函数。在Python2.7中，这些是Windows下的time.clock()和POSIX (Unix，Mac)平台上的time.time()。在Windows上，time.clock()的分辨率要好得多。不幸的是，在Unix系统上，time.clock()有着不同的含义，并且在程序开始时返回CPU。