有没有比定时更好的方法来对C程序进行基准测试？

我正在编写一个必须对大型数组进行排序的程序（最多400万个文本字符串）。似乎我在这方面做得很好，因为radixsort和mergesort的组合已经将原始q（uick）排序执行时间减少了不到一半。

执行时间是主要的一点，因为这是我用来对我的代码进行基准测试的。

我的问题是：

是否有更好的（即更可靠的）基准测试程序的方式，而不仅仅是执行的时间？它有点工作，但是如果运行两次，相同的程序（运行相同的后台进程）通常具有稍微不同的执行时间。

这有点挫败了检测小改进的目的。一些小的改进可能会增加一个很大的…

提前感谢任何输入！

结果：

我设法让gprof在Windows下工作（使用gcc和MinGW）。与我的普通编译器（tcc）相比，gcc表现不佳（考虑执行时间），但它给了我很多洞察力。

尝试一个分析工具，它还会显示程序花费时间的位置。 gprof是经典的C分析工具，至少在Unix上是这样。

看一下时间命令。它跟踪进程使用的CPU时间和挂钟时间。您还可以使用gprof之类的内容来分析代码，以找到实际花费最多时间的程序部分。您可以在代码中使用计时器进行低技术版本的性能分析。 Boost有一个很好的计时器类，但它很容易自己滚动。

我认为只测量一段代码执行所需的时间就不够了。您的环境是一个不断变化的环境，因此您必须采用统计方法来衡量执行时间。

基本上，您需要进行N测量，丢弃exception值，并计算平均值，中位数和标准差运行时间，并进行不确定性测量。

这是一个很好的博客，解释了为什么以及如何做到这一点（使用代码）： http ： //blogs.perl.org/users/steffen_mueller/2010/09/your-benchmarks-suck.html

到目前为止，您对计时执行时间有何用处？对于初学者来说， time.h有C89 clock() 。在unixoid系统上，您可能会找到ITIMER_VIRTUAL getitimer()来测量进程CPU时间。有关详细信息，请参见相应的手册页

您还可以使用POSIX shell的times实用程序来对进程及其子进程使用的处理器时间进行基准测试。分辨率取决于系统，就像分析一样。尝试将C代码包装在一个循环中，根据需要多次执行它以减少基准测试报告时的“抖动”。

从测试工具中调用您的例程，执行N + 1次。忽略第一次迭代的时间，然后取迭代的平均值1..N。忽略第一次的原因是由于各种影响（例如虚拟内存，被编入的代码等）经常略微膨胀。平均N次迭代的原因是你摆脱了由其他进程，调度程序引起的伪影等

如果您在Linux或类似设备上运行您可能还希望使用taskset将代码固定到特定的CPU内核（假设它是单线程的），理想情况下不是核心0，因为这往往会处理所有中断。