編譯優化等級區別

❶ visual C++ 的優化選項分別都是什麼意思

Od:編譯器不做優化，通常debug的使用這個編譯選項
O1:代碼最小，使用這個選項編譯出來的二進制文件是最小的，但是可能會犧牲一些執行效率
O2:編譯出來的代碼執行速度最快，但是大小會比O1大（release默認）
Ox:對程序進行最大優化，可能會犧牲一些兼容性問題等，對執行速度和二進制文件大小都盡可能優化

❷ 應用編譯優化三種模式

應用編譯優化三種模式分別是：編譯時間優化模式、執行時間優化模式和代碼大小優化模式。
1、編譯時間優化模式：關注編譯速度的提升，以縮短應用程序高脊的編譯時間為目標。在這種模式下，編譯器會減少編譯時間，會降低應用程序的執行效率。
2、執行時間優化模式：關注應用程序的執行效率，以提高應用程序的性能為目標。在這種模式下，編譯器會優化應用程序的代碼，以提高執行效率，會增加編譯時間。
3、代碼大小優化模式：關注應用程序的大小，以減小應兆培用程序的體積為目標。族念唯在這種模式下，編譯器會減小應用程序的代碼大小，以減小應用程序的體積，會降低應用程序的執行效率。

❸ keil c51優化等級介紹

一般用優化等級8，其它的別用，容易出事。
編譯完之後多留意data，xdata，看有沒超出晶元的最大值，
特別是data，不能超過128，甚至太接近128有時也會出問題。
如果data 需要使用到256，則另外的128用idata定義

❹ 簡述代碼優化的常用措施和優化的三個層次

代碼優化的常用措施主要包括演算法優化、減少嵌套循環、避免全局變數、使用合適的數據結構、利用編譯器優化等。而代碼優化可以在三個層次上進行：演算法級別優化、代碼級別優化和編譯器優化。

演算法級別的優化是最高層次的優化，它關注的是演算法本身的效率和復雜度。例如，當我們處理排序或搜索問題時，選擇高效的演算法如快速排序或二分搜索，會比使用冒泡排序或線性搜索更加高效。這種優化可以顯著減少程序運行所需的時間和資源。

代碼級別的優化關注的是代碼的具體實現。這包括減少不必要的計算，避免重復的代碼，以及優化循環和條件判斷。例如，如果在循環內部有不會改變的計算，我們可以將這些計算移到循環外部，從而減少每次迭代都需要進行的計算量。此外，我們還可以通過減少嵌套循環的深度，或者使用更高效的數據結構來提高代碼的運行效率。

編譯器優化則是在編譯階段進行的優化。現代編譯器有許多內置的優化策略，可以在編譯時將源代碼轉換為更高效的機器代碼。例如，編譯器可能會自動進行常量折疊，或者進行死代碼刪除。此外，編譯器還可以進行指令流水線的優化，以及利用硬體的並行性來提高運行效率。我們可以通過選擇合適的編譯器選項，或者調整源代碼以更好地利用編譯器的優化策略，來提高程序的運行效率。

總的來說，代碼優化是一個多層次、多角度的過程，需要我們從演算法、代碼實現和編譯器等多個方面進行考慮。通過合理的優化策略，我們可以顯著提高程序的運行效率，從而提升用戶體驗和系統性能。

❺ 編譯的代碼優化

代碼優化是指對程序進行多種等價變換，使得從變換後的程序出發，能生成更有效的目標代碼。所謂等價，是指不改變程序的運行結果。所謂有效，主要指目標代碼運行時間較短，以及佔用的存儲空間較小。這種變換稱為優化。
有兩類優化：一類是對語法分析後的中間代碼進行優化，它不依賴於具體的計算機；另一類是在生成目標代碼時進行的，它在很大程度上依賴於具體的計算機。對於前一類優化，根據它所涉及的程序范圍可分為局部優化、循環優化和全局優化三個不同的級別。

❻ 應用編譯優化哪個模式好

即時編譯技術。
JIT為「即時編譯技術」，當App運行時，每當遇到一個新類，JIT編譯器就會對這個類進行編譯，經過編譯後的代碼，會被優化成相當精簡的原生型指令碼（即nativecode），這樣在下次執行到相同邏輯的時候，速度就會更快。