FreeBSD 上的 Python 时钟函数

Question

在 FreeBSD 上测试 Python 的 time.clock() 函数时，我注意到它总是返回相同的值，大约 0.156

time.time() 函数工作正常，但我需要一个分辨率稍高的东西。

有人知道它所绑定的 C 函数吗？是否有替代的高分辨率计时器？

我不是在进行分析，因此 TimeIt 模块在这里并不合适。

Answer 1

Python的time.clock调用C函数clock(3)——manclock应该确认它应该在BSD上工作，所以我不知道为什么它不适合你。 也许您可以尝试通过使用 ctypes 直接从系统 C 库调用时钟函数来解决 Python 端口中的这个明显错误（如果您将库称为 .so/.dynlib/.dll）或者 FreeBSD 上调用的任何动态共享库）？

顺便说一句，time.time 应该是非常高分辨率的，因为它在内部调用 gettimeofday （好吧，无论如何，在正确构建的 Python 中）——您在系统上观察到它的分辨率是多少？

编辑：这里有wat.c，一个 BSD 特定的扩展（仅在我的 Mac 上测试过——抱歉，我手头没有其他 BSD 风格）来解决这个问题这个明显的 FreeBSD 端口问题：

#include "Python.h"
#include <sys/time.h>

static PyObject *
wat_time(PyObject *self, PyObject *args)
{
    struct timeval t;
    if (gettimeofday(&t, (struct timezone *)NULL) == 0) {
        double result = (double)t.tv_sec + t.tv_usec*0.000001;
        return PyFloat_FromDouble(result);
    }
    return PyErr_SetFromErrno(PyExc_OSError);
}

static PyMethodDef wat_methods[] = {
      {"time",      wat_time,       METH_VARARGS,
       PyDoc_STR("time() -> microseconds since epoch")},
      {NULL,        NULL}       /* sentinel */
};

PyDoc_STRVAR(wat_module_doc,
"Workaround for time.time issues on FreeBsd.");

PyMODINIT_FUNC
initwat(void)
{
    Py_InitModule3("wat", wat_methods, wat_module_doc);
}

这是要放在同一目录中的 setup.py：

from distutils.core import setup, Extension

setup (name = "wat",
       version = "0.1",
       maintainer = "Alex Martelli",
       maintainer_email = "[email protected]",
       url = "http://www.aleax.it/wat.zip",
       description = "WorkAround for Time in FreeBSD",
       ext_modules = [Extension('wat', sources=['wat.c'])],
)

URL 是正确的，因此您还可以将这两个文件压缩 此处。

建造& 安装此扩展，python setup.py install（如果您有权在 Python 安装中写入）或 python setup.py build_ext -i 在您放置源代码的目录（然后手动将其移动到您喜欢的任何位置，但首先尝试一下，例如使用 python -c'import wat; print repr(wat.time())' 在您构建它的同一目录中）。

请让我知道它在 FreeBSD（或任何其他具有 gettimeofday 的 Unix 风格！-）上的工作原理 - 如果 C 编译器抱怨 gettimeofday，您可能使用的是一个系统如果不想看到第二个参数，请尝试不使用它！-)。

Answer 2

time.clock() 返回处理器时间。 即当前进程在处理器上使用了多少时间。 因此，如果您有一个名为“clock.py”的 Python 脚本，它会 import time;print time.clock() 它确实会在每次运行时打印出完全相同的内容，作为一个新进程每次都会启动。

这是一个 python 控制台日志，可以向您解释：

>>> import time
>>> time.clock()
0.11
>>> time.clock()
0.11
>>> time.clock()
0.11
>>> for x in xrange(100000000): pass
... 
>>> time.clock()
7.7800000000000002
>>> time.clock()
7.7800000000000002
>>> time.clock()
7.7800000000000002

我希望这可以澄清问题。

Answer 3

time.clock() 在 UNIX 系统上返回 CPU 时间，在 Windows 上返回自程序启动以来的挂钟时间。 在我看来，这是一种非常不幸的不对称。

您可以在 Python 源代码中找到 time.time() 的定义 此处（链接到 Google 代码搜索）。 它似乎使用了可用的最高分辨率计时器，根据快速谷歌搜索，在 FreeBSD 上也是 gettimeofday() ，并且应该在微秒精度级别。

但是，如果您确实需要更高的精度，您可以考虑编写自己的 C 模块以获得真正的高分辨率计时（可能只返回当前微秒计数！）。 Pyrex 使 Python 扩展编写变得非常轻松，并且 SWIG 是另一个常见的选择。 （不过，实际上，如果您想将计时器精度减少尽可能多的微秒，只需自己将其编写为纯 C Python 扩展即可。）Ctypes 也是一种选择，但可能相当慢。

祝你好运！

Answer 4

time.clock() 被实现为返回一个双精度值，结果是

 ((double)clock()) / CLOCKS_PER_SEC

Why do you think time.time() has bad resolution? 它使用gettimeofday，它反过来读取硬件时钟，它具有非常好的分辨率。