編譯器對cpu的優化

① CPU在不同編譯器下性能差多少

看對編譯器的優化效果 一般3%-15%

② 關於cpu指令集和編譯器的問題

這些軟體在編寫時也考慮到了這點，所以用兼容的方式是可以運行的，當然，在優化過的程序（與指令集最匹配）中肯定會獲得較好的運行效率。
個人觀點，不夠專業，僅供參考！

③ tuber c編譯器為什麼cpu佔用高

1:程序起用太多。 解決方法:關閉一些程序
2:病毒、惡意代碼 。解決方法:下載最新的防病毒軟體,殺毒
3：系統運行應用軟體出錯，造成停止響應（尤其在WIN98中） 解決：強行關閉程序（CTRL+ALT+DEL）
4:實時監控軟體 解決：關閉
5:降溫軟體 解決：關閉
6：驅動不兼容如安裝via 4合1 驅動的時候，再進系統，資源佔用率高。
解決：上網當最新的
7：含HT技術的P4CPU由於自身設計的關系（為最大限度的利用CPU而優化），容易出現佔用率高。 解決：關閉HT
8、被別人入侵 。解決方法:用netstat -an 查看是否有一些異常的活動埠，一般防火牆可以解決問題。
9、其它原因: 拷CD、運行3DMARK、打開精品網路電視、電腦開機進入系統後的10多秒鍾、電腦做伺服器等，容易出現佔用率高。

④ 通過編譯器對程序優化來改進cache性能的方法有哪幾種

你的程序可能太短，看不出區別來，你比對一下她們生成的匯編碼就知道了

CPU 緩存是為了提高程序運行的性能，CPU 在很多處理上內部架構做了很多調整，比如 CPU 高速緩存，大家都知道因為硬碟很慢，可以通過緩存把數據載入到內存裡面，提高訪問速度，而 CPU 處理也有這個機制，盡可能把處理器訪問主內存時間開銷放在 CPU 高速緩存上面，CPU 訪問速度相比內存訪問速度又要快好多倍，這就是目前大多數處理器都會去利用的機制，利用處理器的緩存以提高性能。

就算優化帶來的效果非常有限，但是經過長年累月的持續優化，效果也是非常明顯的，比如當年的Chrome瀏覽器就是靠打開網頁非常快從而打敗微軟系統自帶的IE瀏覽器。電腦手機等硬體的性能是有限的，不同的演算法會產生不同的效率，今天我們就簡單說一個選擇問題，開發程序時是節省內存還是節省計算量。

⑤ 含有代碼優化的編譯器的執行效率高這句話對不對

優化方式理論上跟編譯器和硬體都有關聯。代碼級別的優化，要看所使用的編譯器實現，Xcode用的是clang，VS用的是windows自己的編譯器。。。
匯編級別（指令級別）的優化，要根據硬體對應的指令集實現，指令集根據CPU類型的不同而不同。。。

⑥ C語言編譯器有哪些各有什麼特點

C語言編譯器目前主要有VC++、dev-C++、C-Free、win-TC、TC 2.0等等。

其中比較經典的VC++，微軟的產品，編譯器，鏈接器，運行，調試等功能於一體的強大開發工具，特點是功能十分強大，對於新手來說需要一段時間去摸索。
dev-C++是windows下一款開發c/c++的開發環境，使用gcc為編譯器，遵循標准，功能比較強大，語法高量，可以進行單步調試（這對排除錯誤很重要),進行斷點設置等功能，遵循C標准，是一款很強大的開發工具。
C-Free是一款支持多種編譯器的專業化C/C++集成開發環境（IDE）。利用C-Free，使用者可以輕松地編輯、編譯、連接、運行、調試C/C++程序。
TC 2.0:Borland公司的產品，在dos界面下編譯運行，小巧、靈活，但是不能使用滑鼠。
win-TC:在tc2.0的基礎上加上了界面，能夠使用滑鼠，具有語法高量，可以嵌入匯編等特點，對新手一些，拜託了不能用滑鼠的困難。

編譯器，簡單講，就是將「一種語言（通常為高級語言）」翻譯為「另一種語言（通常為低級語言）」的程序。一個現代編譯器的主要工作流程：源代碼 (source code) → 預處理器 (preprocessor) → 編譯器 (compiler) → 目標代碼 (object code) → 鏈接器(Linker) → 可執行程序 (executables)。

⑦ lcc編譯器和tdd-gcc編譯器哪個好

c++編譯器是一個與標准化C++高度兼容的編譯環境。這點對於編譯可移植的代碼十分重要。編譯器對不同的CPU會進行不同的優化。編譯器就是將「高級語言」翻譯為「機器語言（低級語言）」的程序。

⑧ 用C語言編寫一個死循環能讓CPU使用率一直保持100%嗎

如果在單任務系統中運行，可以用C語言編寫一個死循環，讓CPU使用率一直保持在100%。

例如：while(true);
（註：DOS 就是單任務操作系統）

如果在多任務系統中運行，則不可能只通過一個死循環就讓CPU使用率一直保持在100%。
除了死循環，你還要讓你的程序獲得最高的優先順序。
如果是多處理器環境，你還要啟用多個線程來佔用每個處理器。
（註：Windows 就是多任務操作系統）

⑨ java編譯器的代碼優化問題

理論上的就不說了，你自己搜也能搜到很多。
舉個例子，你從一個方法a調用了另一個方法b。
我們知道，在a和b之中是可以創建相同名稱的變數的，比如都有int i = 0;這句話。這種現象的根本原因在於，方法的調用會產生中斷，中斷產生後，cpu會做現場保護，包括把變數等進行壓棧操作，即把方法a的相關資源進行了壓棧，而方法b的相關資源放在棧頂，只有棧頂資源可以與cpu交互（就把方法a中的變數i保護起來），當方法b結束後出棧，a就又回到了棧頂，並獲取了方法b運行的結果，然後繼續運行。

哎，有些啰嗦了。方法的調用、中斷、壓棧出棧等等這些操作你說一點不消耗資源吧，那是不可能的，多少都會消耗一些，雖然很非常十分微不足道。那麼編譯器的優化過程，我知道的其作用之一，就是會把這些做一個優化。原本方法a一共10句話，你偏要只寫1句，然後第2句寫成方法b，第3句寫成方法c。。。。。，然後依次嵌套調用。這樣的源代碼，編譯器優化後，就跟你直接寫10句是一個結果，即做了一定程度上的優化。

⑩ 編譯器如何指定cpu類型

只有完整的 Visual Studio 產品才支持此優化。
「目標 CPU」（C# 中為「平台目標」
）項目屬性指定編譯器是否應針對特定的 CPU 類型（如 64 位處理器）優化編譯。
可以將目標平台設置為所有 CPU 類型或 x86、x64 或 Itanium 之類的特定 CPU 類型。
默認情況下，此選項設置為「AnyCPU」（C# 中為「Any CPU」
），以指定編譯器不針對特定的 CPU 類型優化編譯。
注意對於在以下說明中使用的某些 Visual Studio 用戶界面元素，您的計算機可能會顯示不同的名稱或位置。