1. 在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%左右。
2. java編譯為什麼那麼慢
ecplipse編譯慢，並不是說編譯的工具慢，是由於工程代碼很多，導致內存短時間產生不夠的現象，表現出來的就是很慢。
很多程序在進行大數據的計算或者資料庫的操作，都需要很多的內存來計算或者保存數據，編譯環境這時候就會很卡。
3. Quartus II 11.1編譯程序很慢怎麼個情況
Quartus II 11.1的軟體版本比之前的版本功能更強大，需要的內存也大，而且軟體都有3個G了吧，編譯運行處理的東西多了，當然就慢了，很正常！
4. Visual Studio編譯很慢，什麼原因
Visual Studio編譯很慢解決辦法：
打開vs2010的工具選項，環境>常規之下 查看」視覺體驗」配置，它默認選擇了」基於客戶端性能自動調整視覺體驗」並啟用硬體圖形加速，取消選擇這個選擇。
5. 單片機c語言預編譯時間問題
樓上的，你好像說的不對吧，你有沒有學過編譯原理。
宏定義都是在編譯時就處理好了（屬於預處理，直接在編譯時處理好代進去用的），運行時並不佔用大量的實型數據運算。
6. 我應該買什麼ＰＣ來獲取Quartus II的最快速編譯時間
最後修改: 2012 年9 月05 日
產品類別: 設計軟體
產品領域: 安裝/授權(設計軟體)
產品子領域: 操作系統支持/系統要求
標題說明Altera為Quartus03 II 只推薦最低硬體要求，最低可用物理RAM，和交換空間。這些推薦是在載有Quartus II的readme.txt格式中和在器件支持版本注釋中，存在於Quartus II Development Software documentation page最低要求使Quartus II 能夠運行。如果您具有大的設計和想要最佳編譯時間，Altera建議更高的配置。 Quartus II需要大量的處理器和存儲器資源。CPU速度是影響編譯次數性能的主要因素。請考慮多核處理器和多CPU的配置，從而利用多線程編譯。使用分化快設計和增量式編譯來完全利用可用內核。請參考 Quartus II手冊的第二卷的Recing Compilation Time章節。除此之外，解決以下三個瓶頸：通過處理器最大化晶元上的緩存訪問最小化虛擬儲存器的使用最小化硬碟訪問時間通過處理器最大化晶元上的緩存訪問選擇具有大量的晶元上緩存的CPU。最小化虛擬儲存的使用使用64-位體系結構和操作系統，伴隨足夠量的快速速度等級RAM。隨著器件大小和軟體復雜性的增長，內存使用也在增加。針對較新的器件系列(Stratix03 III 和更新的版本)的設計比用於32位應用的RAM的2GB需要更多，所以使用64位操作系統和軟體。對於一個64位系統，對於更大的器件系列，一個單編譯應該已經訪問至少RAM的8GB (安裝8到10GB)和更多。對於每種器件的最低安裝的RAM信息，請參考器件支持版本注釋，存在於Quartus II Development Software documentation page。最短的硬碟訪問時間使用快速或固態硬碟安裝一個本地SCSI或基於SATA的體系結構。磁碟也可以被RAID條帶化，以便更快的訪問。 使用網路磁碟可以是編譯時間的一個顯著地瓶頸。如果您必須在網路硬碟上存儲工程源，Altera建議使用網路文件系統的源文件創建一個本地工程，保持項目目錄當地和源文件遠程。Quartus II 只讀取幾次源文件，但是需要訪問Quartus II資料庫(db and incremental_db)很多次。補充注釋從32位轉換到64位 OS並且軟體可能不會減少編譯時間。64位Quartus II使能夠訪問每進程較大的儲存映射(沒有2GB限制),但是使用64位OS或軟體時可能看不到提高，如果我們的設計沒有達到2GB限制並且在32位OS上使用低虛擬儲存。您可能看到編譯次數的稍微降低，由於64位進程的較多開銷。Quartus II 10.0的編譯次數性能和更新的64位對比32位(64位機上)是可比較的，如同Windows OS的性能對比相等的Linux (32位對比32位，或者64位對比64位)。
7. 手機編譯時間問題
若當前使用的是vivo/iQOO手機，編譯時間是手機系統軟體版本編譯完成的時間，新手機的系統編譯時間通常會早於手機出廠和購買時間的。
8. c++ 最短作業時間進程調度演算法的變數定義問題
定義數組時，數組大小必須是編譯時期就能計算出來的值。這一點很好理解，否則編譯器不知道要分配多少空間。
如果「數組」大小編譯時期算不出來（比如要用戶scanf），那麼應該用動態內存分配，類似這個樣子：
#include <stdlib.h>
int main()
{
int n;
scanf("%d",&n);
struct JobStruct *Job;
Job=(struct JobStruct *)malloc(n * sizeof(struct JobStruct));
...
}
9. C語言多充循環，運算次數多，編譯時間很長，又無法估計最終需要多久，怎麼辦
如果要減少時間 那麼優化代碼，或者直接改進演算法
如果要預測時間，那麼大致估計一下循環的次數，然後在固定的某個循環中加一個列印，通過列印頻率來估算總時間
10. 編譯程序所需要的時間和電腦的性能有關系么
有關系的
當需要編譯工程的復雜度一定的時候，電腦性能越好，編譯所需要時間越短；反之，則時間越長。
當電腦性能一定的時候，工程越復雜，則編譯所需要的時間越長；反之，則時間越短。