1. gcc 編譯帶調試信息會影響性能嗎
gcc編譯加-d加入調試信息，會盡可能載入所有庫的符號表，調用函數會盡可能調用debug模式（如果有），去掉所有編譯優化，所以肯定是有點影響性能的
2. 編譯程序所需要的時間和電腦的性能有關系么
有關系的
當需要編譯工程的復雜度一定的時候，電腦性能越好，編譯所需要時間越短；反之，則時間越長。
當電腦性能一定的時候，工程越復雜，則編譯所需要的時間越長；反之，則時間越短。
3. 電腦性能影響vsc編譯速度嗎
當然影響了，編譯也是一種計算任務，規模大的話計算量還不小
為什麼會問這種問題？
4. 編譯後的程序比邊解釋邊執行的程序的運行速度快嗎為什麼
程序的編譯是指將人可以理解的代碼(如C的源代碼)段編譯成機器指令碼（二級制指令），也就是處理堆棧、處理器、匯流排的指令，交由計算機自動執行。解釋型語言是在需要執行時臨時編譯運行，執行時多了編譯的過程，自然就要慢的多了。
比較特殊的是java,javac命令編譯的結果雖然也是二進制文件，但實際也不是機器指令，而是優化後的代碼，最後的執行是通過java虛擬機再次編譯後執行。所以效率介於編譯型和解釋型之間。
目前java的執行速度已經有了大幅度的提升，但要想趕上或超越C 或者匯編，理論上是不現實的。
5. 我編譯的程序，是為x86和x64,兩者的性能差別有點大。這是什麼原因呢
理論上x64可以兼容x84的軟體 但發揮不出顯著性能提升 x64對內存的管理、利用強大些，
6. c語言的編譯效率是最快的嗎
計算機不能直接理解高級語言，只能直接理解機器語言，所以必須要把高級語言翻譯成機器語言，計算機才能執行高級語言編寫的程序。翻譯的方式有兩種，一個是編譯，一個是解釋。兩種方式只是翻譯的時間不同。編譯型語言寫的程序執行之前，需要一個專門的編譯過程，把程序編譯成為機器語言的文件，比如exe文件，以後要運行的話就不用重新翻譯了，直接使用編譯的結果就行了（exe文件），因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高，但也不能一概而論，部分解釋型語言的解釋器通過在運行時動態優化代碼，甚至能夠使解釋型語言的性能超過編譯型語言。解釋則不同，解釋性語言的程序不需要編譯，省了道工序，解釋性語言在運行程序的時候才翻譯，比如解釋性basic語言，專門有一個解釋器能夠直接執行basic程序，每個語句都是執行的時候才翻譯。這樣解釋性語言每執行一次就要翻譯一次，效率比較低。解釋是一句一句的翻譯。編譯型與解釋型，兩者各有利弊。前者由於程序執行速度快，同等條件下對系統要求較低，因此像開發操作系統、大型應用程序、資料庫系統等時都採用它，像C/C++、Pascal/Object Pascal（Delphi）等都是編譯語言，而一些網頁腳本、伺服器腳本及輔助開發介面這樣的對速度要求不高、對不同系統平台間的兼容性有一定要求的程序則通常使用解釋性語言，如Java、JavaScript、VBScript、Perl、Python、Ruby、MATLAB 等等。但隨著硬體的升級和設計思想的變革，編譯型和解釋型語言越來越籠統，主要體現在一些新興的高級語言上，而解釋型語言的自身特點也使得編譯器廠商願意花費更多成本來優化解釋器，解釋型語言性能超過編譯型語言也是必然的。
7. 預編譯頭文件會提高程序性能嗎
預編譯不涉及到代碼本身的優化級別，更不會修改代碼，所以同樣的內容不可能產生程序性能的優化的
8. speed編譯能提升性能嗎
高性能街頭賽車我玩過，確實不錯，畫質也好。我以前玩過f12006，也很好
9. 程序設計對CPU要求高嗎編程過程中 什麼時候最消耗CPU（是編譯的時候嗎）請答疑解惑，謝謝
這個不高、除非你是編一個超大的系統、一般的系統我們平常用的電腦足夠了、通俗點舉例就是：網吧的電腦也足夠有餘了！最耗費cpu的時候是編譯和調試的時候！我是編程人員！這個是我的經驗！
10. mysql 源碼編譯安裝，性能有多大提高
恐怕只有耐心等待更靠譜了。提升電腦配置不太現實。因為你很難確認你把哪一個部件替換更新掉，就能提高編譯安裝速度，還有具體的能提高多少？這些都難以具體量化。