何时优化

一个常见的陷阱是过分痴迷于优化，以至于在微不足道的优化上花费大量的编码时间，同时使代码复杂化，并使其难以调试。

确保您在有证据证明受影响的代码确实减慢了应用程序速度时进行优化。进行测量。在不同的用例和可能不同的硬件中进行比较。

此外，我们建议在实现新功能时，首先尽可能清晰地编写您的第一个版本，并在功能正常工作后在第二步中进行优化。

测量帧时间

在应用程序中衡量性能的一种常见方法是使用 FPS（每秒帧数）。但是，由于 FPS 本身的定义（帧 / 1 秒），它并不能完全传达性能，因为它是非线性的。网上有许多页面完全描述了这一点，但基本思想是：FPS 的线性变化不会导致实际性能的线性变化。从 900 FPS 下降 450 FPS 大约是 1 毫秒的额外时间，但从 60 FPS 下降 5 FPS 大约是 1 毫秒的额外时间。性能下降的程度与 FPS 损失的程度成反比，因此当 FPS 趋向于 0 时，执行时间开始失控地快速增长。然而，您只看到 FPS 的线性变化，因此您只是耸耸肩。

相反，您应该使用帧时间，或者渲染 1 帧所需的时间。虽然这似乎违反直觉，但它提供了一种可靠的方法来衡量代码是否会导致瓶颈。

以下是一段简单的代码，可以在控制台中显示每帧花费的时间（以毫秒为单位）

/* Global */
static unsigned int fps_start = 0;
static unsigned int fps_frames = 0;

/* init_resources() */
  fps_start = glutGet(GLUT_ELAPSED_TIME);

/* idle() */
  /* FPS count */
  {
    fps_frames++;
    int delta_t = glutGet(GLUT_ELAPSED_TIME) - fps_start;
    if (delta_t > 1000) {
      cout << delta_t / fps_frames << endl;
      fps_frames = 0;
      fps_start = glutGet(GLUT_ELAPSED_TIME);
    }
  }