了解微控制器性能分析技術(shù)

　　基準(zhǔn)可以讓你比較處理器，但仍然有很多的可變性。理解和運(yùn)行標(biāo)準(zhǔn)基準(zhǔn)可以讓設(shè)計(jì)者對應(yīng)用程序有更深入的了解和控制。

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

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

　　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.