程序編譯速度和網路

㈠ 編譯後的程序比邊解釋邊執行的程序的運行速度快嗎為什麼

程序的編譯是指將人可以理解的代碼(如C的源代碼)段編譯成機器指令碼（二級制指令），也就是處理堆棧、處理器、匯流排的指令，交由計算機自動執行。解釋型語言是在需要執行時臨時編譯運行，執行時多了編譯的過程，自然就要慢的多了。
比較特殊的是java,javac命令編譯的結果雖然也是二進制文件，但實際也不是機器指令，而是優化後的代碼，最後的執行是通過java虛擬機再次編譯後執行。所以效率介於編譯型和解釋型之間。
目前java的執行速度已經有了大幅度的提升，但要想趕上或超越C 或者匯編，理論上是不現實的。

㈡ c++程序編譯很運行都很慢 vista系統 同學的運行很快 電腦配置和代碼都沒問題

希望可以幫到你：一：病毒可以導致計算機速度變慢。 其作用機理有二：一是病毒入侵後，首先佔領內存，然後便以此為根據地在內存中開始漫無休止地復制自己，隨著它越來越龐大，很快就佔用了系統大量的內存，導致正常程序運行時因缺少主內存而變慢，甚至不能啟動；二是因為病毒程序迫使CPU轉而執行無用的垃圾程序，使得系統始終處於忙碌狀態，從而影響了正常程序的運行，導致計算機速度變慢。 解決辦法：可使用高版本的殺病毒軟體，如「諾頓」「江民」「金山毒霸」。時刻監視系統運行情況（包括網路情況），一旦發現病毒，它們就會立刻報警，並自動殺毒。由於新病毒每天都在誕生，所以我們還要注意經常升級反病毒軟體。 二：Windows操作系統變龐大 隨著你每天的操作，安裝新軟體、載入運行庫等等使得它變得更加龐大，而更為重要的是變大的不僅僅是它的目錄，還有它的注冊表和運行庫。因為即使刪除了某個程序，可是它使用的DLL文件仍然會存在，因而隨著使用日久，Windows的啟動和退出時需要載入的DLL動態鏈接庫文件越來越大，自然系統運行速度也就越來越慢了。 解決辦法：盡量不要安裝過多而不經常使用的軟體，不要頻繁安裝卸載軟體。在卸載軟體時盡量將此軟體自有的DLL動態鏈接庫文件刪除。 三：後來安裝了新的硬體或者外部設備。 當在計算機上面添加了新的硬體設備或者外部設備的時候，windows會在啟動時檢測設備和載入這些設備所需要的程序，從而降低了系統運行速度。 解決辦法：不經常使用的或者暫時不使用的設備不要連接到計算機上，比如「移動硬碟」 四：當我們的操作系統安裝了即時病毒檢查程序時。 為避免病毒的入侵，我們安裝了即時病毒檢查程序，在我們運行一些程序的時候，病毒即時檢查程序會對這些程序或者軟體進行病毒掃描，因此就會降低了軟體的運行速度。由於經常會有新的病毒產生，索引即時檢查病毒的程序也會不斷的更新病毒庫，從而能夠檢測和預防更多的病毒，因此當有新的病毒庫更新，那麼病毒即時檢查程序也相應的在檢測的時候會延長檢測時間。 五：缺少足夠的內存 Windows操作系統所帶來的優點之一就是多線性、多任務，系統可以利用CPU來進行分時操作，以便你同時做許多事情。但事情有利自然有弊，多任務操作也會對你的機器提出更高的要求。如果你同時打開了過多的應用程序，即使內存再大，這時候系統的主內存也將會告急，系統資源會被耗盡，從而降低了程序的運行速度甚至導致系統的崩潰。 解決辦法：安裝更多的內存 六：硬碟剩餘空間太少或碎片太多 當我們經常在電腦中進行軟體的安裝和卸載，文檔的製作或刪除。這時候會使計算機硬碟中的數據排列斷斷續續，或者非常分散。這樣計算機在查找數據的時候就會因為數據的斷續和分散而變得查找速度非常慢。 解決辦法：經常對無用的文件進行清理，並且清理後進行磁碟碎片整理

㈢ 程序的編譯速度與程序的執行速度

執行與編譯。。也有掛鉤！。。執行、編譯速度又跟硬體有關！用 WEB來說 第一次編譯比較慢！後面這次訪問就快多了！這跟緩存有關。。還有就是代碼的問題。。 多次的循環判斷也會造成系統執行變慢！。。在提升速度方面 主要就是倆種方法 1.完善的代碼 2.提高硬體了！可能我說的比較片面！別的兄弟可以繼續補充！

㈣ 編譯程序所需要的時間和電腦的性能有關系么

有關系的
當需要編譯工程的復雜度一定的時候，電腦性能越好，編譯所需要時間越短；反之，則時間越長。
當電腦性能一定的時候，工程越復雜，則編譯所需要的時間越長；反之，則時間越短。

㈤ c語言的編譯效率是最快的嗎

計算機不能直接理解高級語言，只能直接理解機器語言，所以必須要把高級語言翻譯成機器語言，計算機才能執行高級語言編寫的程序。翻譯的方式有兩種，一個是編譯，一個是解釋。兩種方式只是翻譯的時間不同。編譯型語言寫的程序執行之前，需要一個專門的編譯過程，把程序編譯成為機器語言的文件，比如exe文件，以後要運行的話就不用重新翻譯了，直接使用編譯的結果就行了（exe文件），因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高，但也不能一概而論，部分解釋型語言的解釋器通過在運行時動態優化代碼，甚至能夠使解釋型語言的性能超過編譯型語言。解釋則不同，解釋性語言的程序不需要編譯，省了道工序，解釋性語言在運行程序的時候才翻譯，比如解釋性basic語言，專門有一個解釋器能夠直接執行basic程序，每個語句都是執行的時候才翻譯。這樣解釋性語言每執行一次就要翻譯一次，效率比較低。解釋是一句一句的翻譯。編譯型與解釋型，兩者各有利弊。前者由於程序執行速度快，同等條件下對系統要求較低，因此像開發操作系統、大型應用程序、資料庫系統等時都採用它，像C/C++、Pascal/Object Pascal（Delphi）等都是編譯語言，而一些網頁腳本、伺服器腳本及輔助開發介面這樣的對速度要求不高、對不同系統平台間的兼容性有一定要求的程序則通常使用解釋性語言，如Java、JavaScript、VBScript、Perl、Python、Ruby、MATLAB 等等。但隨著硬體的升級和設計思想的變革，編譯型和解釋型語言越來越籠統，主要體現在一些新興的高級語言上，而解釋型語言的自身特點也使得編譯器廠商願意花費更多成本來優化解釋器，解釋型語言性能超過編譯型語言也是必然的。

㈥ stm32程序編譯速度怎麼設置

我們在編譯的時候常使用上面的按鈕中的第三個「rebuild」按鈕

編譯的時候不要使用「rebuild」按鈕，使用第二個「build(F7)」,

二者的區別是：

第二個按鈕：它的作用是Buildtarget。我們應該經常使用的是這個按鈕，而不是第三個按鈕。這個按扭在第一次編譯時和第三個按鈕沒區別，都是對整個工程的所有源文件進行編譯鏈接。但如果前面編譯鏈接過。由於對程序修改了少量地方，那麼這時就應該使用這個按鈕了。點擊這個按鈕時，編譯器會記錄上次編譯過的模塊，以及修改過的源程序，在這次編譯的過程中對那些沒修改過的源代碼並不進行編譯而直接使用上次編譯的結果。這樣對於較大的工程將大大減小編譯鏈接時間，如果為了修改某一行代碼而錯誤地選擇第三個按鈕，那將浪費大量的時間。

第三個按鈕：它的作用是Rebuildalltargetfiles，即重新編譯所有的源文件，而與上次的編譯結果無關。我們應該盡量少用這個按鈕。當然有些情況我們需要使用這個按鈕，比如修改了優化級別之後最好點這個銨鈕編譯。

點第三個按鈕絕對沒錯，到底什麼情況下點第二個按鈕不會有問題又能節省時間呢。答案是當你僅修改了源程序，而沒對整個工程配置選項作修改時，使用第二個按鈕是最好的選擇。

㈦ 如何加快編譯內核的速度

在開發大型的、多模塊的程序過程中，離不開 make 工具的使用。在使用 makefile 工具對多個源程序進行編譯、連接時，首先必須要確保你需要編譯的程序都是正確的，然後將編譯各個源程序按照一定的先後順序寫入到一個 makefile 文件中（預設名稱叫 makefile，但是也可以使用別的文件名），在此編譯過程中，到底哪一個源程序是只編譯、不連接；哪一個源程序是需要等別的源程序都編譯好了之後，再進行最後的連接，這些都必須寫清楚。而且還需要注意的就是：各個源程序的編譯、連接的順序在 makefile 文件中的先後順序是很重要的，這一點絕對不能夠寫錯。否則的話，就無法實現內核的正確編譯。只要做到了熟練使用 make file 文件的編寫，那麼肯定就可以起到加快編譯內核速度的目的。因為只有那些被修改過的源程序才會被編譯、而那些未被修改過的源程序不會被編譯，最後再進行統一的鏈接，產生出最終的可執行程序。

㈧ 大型c++程序中使用類編譯速度慢 怎麼解決

自學很重要，去下網上下幾個類似的程序自己學學再改改吧現在回想以前老師好像也不指望學生能做的多好（畢竟水平在哪裡去了），而是希望通過這種方式培養學生學習的能力和探索精神

㈨ 各種編程語言的速度

這是因為對於相同的偽代碼寫成的不同語言的代碼之間，通過匯編產生的代碼不一樣，實現相同結果的方式不完全一樣。所以導致了效率的不一致。

這個跟編譯器有密切聯系。。。

實際上，語言越低級，越接近匯編語言，生成的代碼的執行效率會越高，但代碼復雜度越大；語言越高級，執行效率越低，但代碼會越簡潔，集成度越高。