縮短編譯時間

『壹』 應用編譯優化三種模式

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

『貳』 gcc編譯鏈接文件耗時

GCC 編譯鏈接文件耗時可能受多種因素影響，以下是一些可能的原因和解決方法：

大規模代碼庫：如果您的代碼庫很殲蔽大，例如包含大量源文件、頭文件和庫文件，那神改森么編譯鏈接時需要的時間就會更長。您可以考慮使用增量編譯，只編譯發生更改的文件，以縮短編譯鏈接時間。

編譯器選項：某些編譯器選項可能會影響編譯鏈接的時間。例如，啟用優化選項可能會使編譯鏈接時間更長。您可以嘗試調整編譯器選項來優化編譯鏈接時間。例如，可以使用 -O0 選項關閉優化。但是，請注意，關閉優化可能會影響代碼的性能和效率。

硬體配置：編譯鏈接時間也可能受到硬體配置的影響。如果您的計算機配置較低，例如 CPU、內存和硬碟空間較小，那麼編譯鏈接時間可能會更長。您可以嘗試升級硬游畝件配置，例如增加內存和更換更快的硬碟。

多線程編譯：GCC 支持多線程編譯，可以同時編譯多個源文件，從而加快編譯鏈接時間。您可以使用 -j 選項指定要使用的線程數。例如，使用 -j4 選項將使用 4 個線程編譯鏈接。

使用預編譯頭文件：如果您的代碼庫包含大量公共頭文件，可以使用預編譯頭文件來加快編譯鏈接時間。預編譯頭文件包含公共頭文件的預編譯版本，可以在編譯鏈接時重用，從而減少編譯鏈接時間。
總之，GCC 編譯鏈接時間受多種因素影響，您可以嘗試使用上述方法來優化編譯鏈接時間。

『叄』 Xcode編譯慢打包慢解決方法

1. 提高 XCode 編譯時使用的線程數

defaults write com.apple.Xcode 48 cpu 佔用會特別高 達到150%的樣子,15寸 設置48比較好，否則操作其他因員工可能會卡

XCode 默認使用與 CPU 核數兆納相同的線程來進行編譯，但由於編譯過程中的 IO 操作往往比 CPU 運算要多，因此適當的提升線程數可以在一定程度上加快編譯速度。本人採用的是 4 核的 CPU ，將線程數改為 8 後編譯速度略有提升。

2. 將 Debug Information Format 改為 DWARF

在工胡猜慧程對應Target的Build Settings中，找到Debug Information Format這一項，將Debug時的DWARF with dSYM file改為DWARF。

這一項設置的是是否將調試信息加入到可執行文件中，改為DWARF後，如果程序崩潰，將無法輸出崩潰位置對應的函數堆棧，但由於Debug模式下可以在XCode中查看調試信息，所以改為DWARF影響並不大。這一項更改完之後，可以大幅提升編譯速度。

// 這一條暫時不用管，默認配置

3. 將 Build Active Architecture Only 改為 Yes

在工程對應Target的Build Settings中，找到Build Active Architecture Only這一項，將Debug時的No改為Yes。

這一項設置的是是否僅編譯當前架構的版本，如果為No，會編譯所有架構的版本。需要注意的是，此選項在Release模式下必須為Yes，否則發布的ipa在部分設備上將不能運行。這一項更改完之後，可以顯著提高編譯速度。

在設置完以上三個項之後，相信編譯時間會縮短很多。

4. 如何關掉 CCache 提高編譯打包速度呢編寫腳本,文件名稱ccache

放到Xcode項目根目褲答錄，然後

詳情見這篇帖子

https://www.jianshu.com/p/c9e3fb3dfa53

5. 去掉打包緩存

~/Library/Developer/Xcode/Procts

『肆』 怎樣縮短C語言程序的運行時間

在用數組時，盡量用指針，因為程序編譯隱則的時候都是要轉化為指針進行運算，先用指針，在灶棗棚編譯岩橋的時候就不用在轉化了 節省了時間
還有語句不要太復雜 能減則減

『伍』 C語言多充循環，運算次數多，編譯時間很長，又無法估計最終需要多久，怎麼辦

如果要減少時間 那麼優化代碼，或者直接改進演算法
如果要預測時間，那麼大致估計一下循環的次數，然後在固定的某個循環中加一個列印，通過列印頻率來估算總時間

『陸』 java 如何減少編譯時間,是不需要的包不要 import 嗎

不是的,和包應該沒有太多的關系。應該和代碼的多少有關系.
比如說測試一個簡單的java類和測試一個struts2 +jpa+hibernate的項目編譯的時間就會大不相同了.

『柒』 oracle 包太大編譯時間長怎麼辦

一般情況下不會出現一個包編譯時間很長的情況，出現何種情況一般是你的資料庫慢，可能是伺服器慢，也可能是網路慢，也可能是客戶端慢。
先看看資料庫現在在忙什麼？如果現在資料庫真的很忙，或者資料庫出現要夯住的狀態，其他的操作也慢，那麼就要考慮資料庫的瓶頸了，這個分析起來就麻煩了。
如果僅僅編譯這個慢，其他的不那麼慢，那麼可能是你的機器的問題，換一台試試，有時可能你的這個用戶操作過多，或者過長時間不操作，導致進程假死，這個也是有可能發生的。另外看看，是不是有人也在操作這個包，如果是的話，那麼編譯確實很慢。
如果是網路慢，或者伺服器慢，那麼就幾乎真的沒辦法了，資料庫工程師如果對系統較熟悉的可以找找看問題，不過真的沒啥可以改的。
如果就是因為伺服器不行，包太大，那麼就分包，把一個包變成兩個，標_1和_2,或者_A,_B唄。

『捌』 在linux安裝Mysql時採用源碼編譯安裝，但是如何讓MySQL的編譯時間縮短呢

可以試試在使用make && make install 時添加-j參數，不限制內核進行編譯安裝。或者-j 後加內核數 。例如 make -j 4 && make install -j 4
優點：速度快會相對提高很多
缺點：消耗大量CPU，內存資源。
我做過一個測試，如果不限定內核 （16核 80GB內存 ）的伺服器編譯安裝mysql 5.0.7 安裝時長大致在10分鍾左右，但是測試時伺服器CPU跑滿100% ，內存消耗至少32GB。直接使用 make && make install 安裝耗時45分鍾，內存4GB ，CPU 10%左右。

『玖』 如何減少Quartus II的編譯時間

配置晌慎類路徑
CLASSPATH =。; E：\ JAVA \ JDK1.6.0_06 \ LIB \ dt.jar; E：\ JAVA \ JDK1.6.0_06 \ LIB \的tools.jar

註：1。當您編譯雹寬當前目錄下的第一個命令，以了解當前編譯Java類，然後運行javac命令，如javac的測試。 java中，一定要記*的.java;後
2.編譯運行java命令，如：Java測試;人們不應該寫的* .class。剛剛與主要方法寫你定義為市民和類名，如果你沒有這個類的主要方法，而另一個類在當前宴肆敬目錄中，這個類必須編譯，也可以寫的javac *的.java，所以，你可以把所有的當前目錄下的Java擴展編譯

『拾』 如何不讓eclipse自編譯時間長

你的問題應該是Eclipse設置的問題，Eclipse每次編譯的時候去校驗了很多文件，所以速度變的很慢，你可以關閉那些不用的Eclipse的自動validation，
windows > perferences > myeclipse > validation 將Build下全部勾取消
如果你需要驗證某個文件的時候，我們可以單獨去驗證它， 在需要驗證的文件上( 右鍵 -> MyEclipse -> Run Validation