C++测试程序运行时间

关于优化

我们应当忘记小的性能优化，百分之九十七的情况下，过早的优化都是万恶之源

这句话在很多时候都被引用到，以至于"不要优化"(注意，是"不要优化"而不是“不要过早优化”)已经深入人心，过度地推崇这条建议经常会成为如下行为的借口

• 编程恶习
• 逃避性能分析

还有另一个常识：优化是不重要的，这条常识的理由，在<unix编程哲学>中也被提到过

程序员工具箱中最强大的优化技术就是不做优化

有几个理由支持这条禅式的忠告：其中一个是摩尔定律的指数效应----最聪明，最便宜，常常也是最迅速的性能提升方法，就是等上几个月，期待硬件性能更好

但是，时代是会变化的，如今，单个核心的性能增长非常慢，而且，如今的程序还必须运行在移动平台上(已经成为大多数)，电池的电量和散热都制约了指令的执行效率，而优化，可以让程序永远保持活力

而且说性能无所谓的，只限于某些程序，对于工作负载很大以至于需要分布式处理的程序，性能影响就会非常大，以至于小小的优化都能节约莫大的成本，例如从1000台云主机将到只需600台

如何优化

1.使用更好的编译器，然后打开它们的优化选项

2.使用更好的算法，而不是英勇地去改进算法

3.使用更好的库

4.减少内存分配和复制，这是一个很有用的优化手段

5.使用更好的数据结构

6.提高并发行

如何测试性能

之前使用了gtest测试框架，觉得gtest的测试用例所使用的形式深的我心，于是仿照其形式写了一个测试运行时间的，如下

代码

#include <iostream>
#include <queue>
#include <chrono>
using namespace std::chrono;

namespace _TimeTest
{
   
   
//A Base Timer
class TimerBase
{
   
   
public:
    TimerBase() : m_start(system_clock::time_point::min