问题标签 [wall-time]

这是一个相当普遍的问题：

我遇到的问题是，time.clock()现在测量的相同操作比以前需要更长的时间。

虽然我有一些非常相似的测量结果

• 1954年代
• 1948年代
• 1948年代

一种略有不同的测量

• 1999年代

另一个更不同的

• 2207秒

它似乎或多或少还可以，但对于另一个我得到

• 2782秒

现在我正在重复测量，它似乎变得越来越慢。

在四舍五入或进行其他奇怪的操作后，我不会对测量值求和。

您是否知道这是否会受到服务器繁忙程度、时钟速度或任何其他可变参数的影响？我希望使用time.clock()而不是time.time()主要解决这些问题......

操作系统是Ubuntu 18.04.1 LTS.

这些操作在单独的screen会话中运行。

这些操作不涉及硬盘访问。

这些操作大多numpy是非分布式的操作。所以这实际上主要是正在执行的 C 代码。

编辑：这可能是相关的：在任何情况下，测量time.time()和time.clock()非常相似。也就是说，time.time()测量值总是略长于time.clock()。time.clock()因此，如果我没有遗漏任何东西，那么原因几乎与on完全相同time.time()。

编辑：我认为我的问题没有得到回答。我能想到的另一个原因是垃圾收集会增加 CPU 使用率，并且在 RAM 已满或即将满时更频繁地进行。

主要是，我正在寻找一种替代措施，它为完成的相同操作提供相同的数字。操作意味着我的算法以相同的开始状态执行。有没有一种简单的方法来计算 FLOPS 或类似的？

我读过已回答的类似问题：

• 从 ffmpeg 获取实时输出以在进度条中使用（PyQt4，stdout）
• 进度条显示播放的音乐量
• 如何在 Python 中测量经过的时间？

这是我的窗口：

问题是当计数器还有 20% 的时候歌曲结束。我知道原因主要是由于系统调用检查进程是否仍然pgrep ffplay每秒运行 10 次。次要原因仅仅是 Python 和 Tkinter 开销。

为了“创可贴修复”问题，我使用了1.24分秒而不是1每分秒，正如我的代码现在说明的那样：

这个创可贴修复的问题是它高度依赖机器。例如，我的机器是 Skylake。此外，它高度依赖于同时运行的其他进程。测试我的机器负载相对较轻：

我如何以编程方式计算损失的时间，以便准确地增加经过的时间？

也许有更好的方法来简单地查询ffplay歌曲进度？

顺便说一句（我知道一次问两个问题是不受欢迎的）为什么我不能简单地检查是否PID为空？我尝试过检查等于.rstrip()或.strip()之后.read()无济于事。如果每个程序下都有一个进程 ID，则会行为不端。PID""Noneffplay10

我在带有 Intel i7-9700 处理器的主板上遇到了一个非常奇怪的行为。硬件时钟 (RTC) 运行正常，但系统时间 / walltime 运行大约。5 倍太慢：

10 多岁的睡眠花了将近 50 多岁才完成。系统时间跑得如此之快，以至于几乎所有与加密相关的东西都失败了，例如下载更新的 HTTPS 连接。由于巨大的不匹配，我认为某处的某些频率信息是完全错误的，但是在哪里寻找呢？

安装的发行版是 Ubuntu 20.04.1 LTS。我之前没有明确检查过，但据说这个问题最近才出现，因为症状很明显。WiFi 和 OpenVPN 仍然可以在这台机器上运行，我真的很惊讶。否则我现在无法访问它，因为它位于远程位置。

任何关于检查/修复什么的想法都非常感谢。

谢谢你和最好的问候，菲利普

更新：似乎挂钟不再考虑 CPU 频率缩放。CPU空闲时，时钟滴答慢；只要 CPU 有事情要做，时钟就会或多或少地正确运行。

我很好奇逻辑执行时间的定义是什么，以及它与挂钟时间有何不同。

我的问题来自这个公式，用于

Barbosa, M.、Barthe, G.、Bhargavan, K.、Blanchet, B.、Cremers, C.、Liao, K. 和 Parno, B. (2021)。SoK：计算机辅助密码学。在 IEEE 安全和隐私研讨会上。

恒定时间的想法是实现的逻辑执行时间（不是挂钟执行时间）应该独立于秘密数据的值......