摘自《程式設計珠璣：續》

對於那些快速演算法，我們總是可以拿一些速度差不多但是更容易理解的演算法來替代他們。

在一些機器上，間接定址比基址定址要慢，所以請把結構體或記錄中最常用的成員放在最前面。

在一個非I/O密集型的程式中，超過一半的執行時間是花在不足4%的程式碼上的。

在優化一個程式之前，請先用效能監視工具找到程式的“熱點”。

[程式碼規模守恆定律]當你為了加速，把一頁程式碼變成幾條簡單的指令時，請不要忘了增加註釋，以使原始碼的行數保持為一個常量。

要加速一個I/O密集型的程式，請首先考慮所有的I/O。消除那些不必要的或冗餘的I/O，並使餘下的部分儘可能地快。

最快的I/O就是不I/O。

那些最便宜、最快、而且可靠性最高的計算機元件壓根兒就不存在。

[優化步驟]把一個本來就錯了的程式變得更糟絕不是你的錯。