了解微控制器性能分析技術

　　基準可以讓你比較處理器，但仍然有很多的可變性。理解和運行標準基準可以讓設計者對應用程序有更深入的了解和控制。

　　比較微處理器是不容易的。甚至比臺式機或筆記本電腦，通常的處理器是相同的基本架構，所有的變種，可令人沮喪的數(shù)字可能會快一慢極了比作一個“糟糕”的一個。在嵌入式世界，情況變得更加艱難，處理器和配置的數(shù)量實際上是無限的。

　　基準測試是解決這個難題的常用方法。多年來，Dhrystone的基準（在油石基準，包括浮點運算，Dhrystone省略了玩）是鎮(zhèn)上唯一的游戲。然而，它有許多重要的問題。其中最主要的一點是，它并不反映任何真實世界的計算，它只是試圖模擬各種運算的統(tǒng)計頻率。此外，編譯器通?？梢栽诰幾g時完成大量的計算，這意味著在基準運行時不需要完成這項工作。

　　The real test of a benchmark is that， when looking in detail at results （especially ones that initially look strange）， you can rationalize why the results look the way they do. An ideal benchmark would provide a score that purely reflected the processor’s performance capabilities， irrespective of the rest of the system. Unfortunately， that’s not possible because no processor acts in isolation： all processors must interact with memory – cache， data memory， and instruction memory， each of which may or may not run at the full processor frequency. In addition， these processors must all run code generated by a compiler， and different compilers generate different code.

　　Even the same compiler will generate different code depending on the optimization settings chosen when you compile your code. Such differences cannot be avoided， but the main thing to avoid is having the actual benchmark code optimized away.