问题标签 [cpu-time]

我试图通过测量以毫秒为单位的实际经过时间与以毫秒为单位的 cpu 时间来在 c++ 中进行一些性能测量。这就是我的代码的样子：

现在我希望 cpu 时间值低于系统时间，因为线程可能会被中断。但是，cpu时间比实际时间高2-3倍。我做错了什么还是我误解了cpu时间的概念？

我正在编写一个将在命令行中运行的 Python 脚本。这个想法是从用户那里获取命令，运行它，然后提供用户提供的命令的挂钟时间和 CPU 时间。请参阅下面的代码。

我怎样才能做到这一点？此外，如果有比使用“时间”更好的方法，我愿意尝试。

我在 MATLAB 中编写了一个函数。在该函数中，我使用：

我在这些点上进行了一些操作。每当我不调用函数而是手动运行函数中的代码时，我总是有时间 = 0.15 等。

但是，在另一个脚本中，我调用了相同的函数。在第一次通话中，它再次给了我时间 = 0.15。但是，如果我清除工作区并再次调用该函数，我有时间 = 0。只有 0，没有小数。我不知道为什么，因为该功能正在工作并给了我想要的东西。如果我多次运行函数中的代码，我永远不会有时间 = 0。

可能的问题是什么？为什么即使清除了工作区，从脚本中多次调用函数也会使其为 0 秒？

考虑到 JMH 的默认使用情况，我想确定 JMH 的测量基于哪种类型的时间：CPU 时间或挂钟。

我尝试查看 JMH 官方示例（https://openjdk.java.net/projects/code-tools/jmh/）、教程（在 Jenkov、Baeldung、Mykong 等），但未能准确找到这些信息（我承认我可能错过了一些关于基准的文档或一般信息）。

例如，在示例 35 ( https://hg.openjdk.java.net/code-tools/jmh/file/99d7b73cf1e3/jmh-samples/src/main/java/org/openjdk/jmh/samples/JMHSample_35_Profilers.java )，我们以输出为例：

因此，我想知道 Score 列是使用 Wall-clock time 还是 CPU Time 计算的，以便我可以准确地解释基准测试结果。

我的手表扩展在后台线程中从 coreData 获取许多项目，使用以下代码（缩短）：

此代码崩溃并显示以下日志：

显然，它需要的时间太长了。

我的问题：

1. coreData 后台线程有时间限制吗？
2. 如果是这样，我该如何修改我的代码以避免它？

我对 CPU 时间的理解是，在同一台机器上的每次执行之间，它应该总是相同的。它应该每次都需要相同数量的 cpu 周期。

但是我现在正在运行一些测试，执行一个基本的 echo "Hello World"，它给了我 0.003 到 0.005 秒的时间。

我对 CPU 时间的理解是错误的，还是我的测量有问题？

如何将cputime函数转换为tic toc?

我需要使用网络工作者进行要求很高的计算。我有const t0 = performance.now()和const t1 = performance.now()分别在我的代码的开头和结尾。我想报告t1 - t0执行计算所需的时间。但是如果 web worker 实际运行在另一个线程中，是否意味着它可以被某个调度程序中断？如果是，那么这意味着它t1 - t0可能大于实际计算时间（例如：时间线）...您将如何在 javascript 中测量多线程上下文中的执行时间？提前感谢任何愿意帮助我理解的人。

我的问题是为什么并发运行会减少执行时间（与在一个线程中顺序运行任务相比）？

由于每个进程都有一个 CPU 时间，因此只有在创建多个线程并同时运行时增加 CPU 时间才有可能。

如果没有，我们拥有的任何 CPU 时间都将分配给线程数，使运行时 ~ 线程中定义的所有任务的顺序运行。

这是对的吗？

谢谢

我的意思是计算机执行起来会更快。

以下代码在 python3 中。

或者

如果您不明白我的意思，请在评论中说，我会尽力回答。