3

我看到了很多关于这个的话题，甚至在 stackoverflow 上，例如：

如何在 Linux/Windows 上测量 CPU 时间和挂钟时间？

我想同时测量 cpu 和挂墙时间。尽管在我发布的主题中回答问题的人建议使用gettimeofday来测量墙壁时间，但我读到它更好地使用clock_gettime。所以，我写了下面的代码（可以吗，它真的是测量墙壁时间，而不是cpu时间吗？我问，因为我找到了一个网页： http: //nadeausoftware.com/articles/2012/03/c_c_tip_how_measure_cpu_time_benchmarking#clockgettme它说clock_gettime测量cpu时间的地方......）真相是什么，我应该用哪个来测量墙壁时间？

另一个问题是关于 cpu 时间的。我找到了clock很好的答案，所以我也为它写了一个示例代码。但这不是我真正想要的，因为我的代码显示了 0 秒的 cpu 时间。是否可以更精确地测量 CPU 时间（以秒为单位）？感谢您的帮助（目前，我只对 Linux 解决方案感兴趣）。

这是我的代码：

#include <time.h>
#include <stdio.h>      /* printf */
#include <math.h>       /* sqrt */
#include <stdlib.h>

int main()
{
    int i;
    double sum;

    // measure elapsed wall time
    struct timespec now, tmstart;
    clock_gettime(CLOCK_REALTIME, &tmstart);
    for(i=0; i<1024; i++){
        sum += log((double)i);
    }
    clock_gettime(CLOCK_REALTIME, &now);
    double seconds = (double)((now.tv_sec+now.tv_nsec*1e-9) - (double)(tmstart.tv_sec+tmstart.tv_nsec*1e-9));
    printf("wall time %fs\n", seconds);

    // measure cpu time
    double start = (double)clock() /(double) CLOCKS_PER_SEC;
    for(i=0; i<1024; i++){
        sum += log((double)i);
    }
    double end = (double)clock() / (double) CLOCKS_PER_SEC;
    printf("cpu time %fs\n", end - start);

    return 0;
}

像这样编译它：

gcc test.c -o 测试 -lrt -lm

它告诉我：

wall time 0.000424s
cpu time 0.000000s

我知道我可以进行更多迭代，但这不是重点；）

重要的： 

printf("CLOCKS_PER_SEC is %ld\n", CLOCKS_PER_SEC);

节目

CLOCKS_PER_SEC is 1000000
4

1 回答 1

7

根据我的手册页上clock说

POSIX 要求 CLOCKS_PER_SEC 等于 1000000，与实际分辨率无关。

当我的计算机上增加迭代次数时，测量的 cpu 时间开始显示为 100000 次迭代。从返回的数字看来，分辨率实际上是 10 毫秒。

请注意，当您优化代码时，整个循环可能会消失，因为sum它是一个死值。也没有什么可以阻止编译器clock在循环中移动语句，因为两者之间的代码没有真正的依赖关系。

让我详细说明一下代码性能的微观测量。衡量性能的天真而诱人的方法确实是clock像您所做的那样添加语句。然而，由于时间不是 C 中的概念或副作用，编译器通常可以随意移动这些clock调用。为了解决这个问题，很容易使此类clock调用产生副作用，例如让其访问volatile变量。但是，这仍然不能阻止编译器在调用上移动高度无副作用的代码。以访问常规局部变量为例。但更糟糕的是，通过让clock编译器看起来非常可怕的调用，实际上会对任何优化产生负面影响。因此，仅仅衡量性能会以负面和不受欢迎的方式影响性能。

如果您使用分析，正如某人已经提到的那样，您甚至可以对优化代码的性能进行很好的评估，尽管总时间当然会增加。

另一种衡量性能的好方法是要求编译器报告某些代码将花费的周期数。对于很多架构，编译器对此都有非常准确的估计。然而，最值得注意的是，对于 Pentium 架构，它并没有，因为硬件做了很多难以预测的调度。

尽管这不是常规做法，但我认为编译器应该支持pragma标记要测量的函数的 a 。然后，编译器可以在函数的序言和尾声中包含高精度的非侵入式测量点，并禁止函数的任何内联。根据架构，它可以选择高精度时钟来测量时间，最好在操作系统的支持下仅测量当前进程的时间。

于 2013-07-06T11:19:11.797 回答