不是所有的解都在我的系统里起作用。

我可以适应

#include <time.h>

double difftime(time_t time1, time_t time0);

Perf工具更准确地用于收集和分析正在运行的程序。使用性能统计显示与正在执行的程序相关的所有信息。

大多数简单程序的计算时间都以毫秒为单位。所以，我想，你会发现这很有用。

#include <time.h>
#include <stdio.h>

int main(){
    clock_t start = clock();
    // Execuatable code
    clock_t stop = clock();
    double elapsed = (double)(stop - start) * 1000.0 / CLOCKS_PER_SEC;
    printf("Time elapsed in ms: %f", elapsed);
}

如果你想计算整个程序的运行时间，并且你是在Unix系统上，使用time命令运行你的程序，就像这个time ./a.out

我发现通常的clock()，这里每个人都推荐，由于某种原因在一次运行中严重偏离，即使对于静态代码也没有任何副作用，如绘制到屏幕或读取文件。这可能是因为CPU改变了功耗模式，操作系统给出了不同的优先级，等等…

因此，每次使用clock()都可靠地获得相同结果的唯一方法是在循环中多次运行测量的代码(持续几分钟)，并采取预防措施防止编译器对其进行优化:现代编译器可以预先计算在循环中运行的代码而不会产生副作用，并将其移出循环。例如，每次迭代都使用随机输入。

在一个数组中收集了足够多的样本后，对数组进行排序，并取中间的元素，称为中位数。中位数比平均值好，因为它排除了极端偏差，比如反病毒病毒占用了所有CPU或操作系统进行了一些更新。

这里有一个简单的实用程序来测量C/ c++代码的执行性能，平均值接近中值:https://github.com/saniv/gauge

我自己仍然在寻找一种更健壮、更快的方法来度量代码。人们可能会尝试在没有任何操作系统的情况下在受控条件下运行代码，但这会产生不切实际的结果，因为在现实中操作系统确实涉及到。

x86有这些硬件性能计数器，包括实际执行的指令数量，但是如果没有操作系统的帮助，它们很难访问，很难解释，并且有自己的问题(http://archive.gamedev.net/archive/reference/articles/article213.html)。尽管如此，他们仍然可以帮助调查瓶颈的性质(数据访问或对数据的实际计算)。

    #include<time.h>
    #include<stdio.h>
    int main(){
      clock_t begin=clock();

      int i;
      for(i=0;i<100000;i++){
        printf("%d",i);
      }
      clock_t end=clock();

      printf("Time taken:%lf",(double)(end-begin)/CLOCKS_PER_SEC);
    }

这个程序会很有效。

有些人可能会发现另一种输入方式很有用:我在大学课程中用NVidia CUDA进行gpgpu编程时学过这种测量时间的方法(课程描述)。它结合了在以前的文章中看到的方法，我只是简单地发布它，因为需求赋予它可信度:

unsigned long int elapsed;
struct timeval t_start, t_end, t_diff;
gettimeofday(&t_start, NULL);

// perform computations ...

gettimeofday(&t_end, NULL);
timeval_subtract(&t_diff, &t_end, &t_start);
elapsed = (t_diff.tv_sec*1e6 + t_diff.tv_usec);
printf("GPU version runs in: %lu microsecs\n", elapsed);

我认为你可以乘以1.0 / 1000.0来得到适合你需要的测量单位。