最近由於不清楚maven（2.2.x）增量編譯的機制，導致應用出現了一個當時覺得非常詭異的一個問題。先描述一下問題。 背景是應用A有一個公用的base包，版本為1.6.6-SNAPSHOT，應用B依賴於這個公用的base包。我在base包中修改了一個字符串變量的值，該變量是一個緩存 ...

在了解全量編譯之前先來了解一下增量編譯： 　　增量編譯--對用戶源程序局部修改后進行的重新編譯的工作只限於修改的部分及與之相關部分的內容。相關部分的確定由編譯系統確定，對用戶是透明的。增量編譯對軟件開發，尤其是在調試期，可以大大縮短編譯時間， 提高編譯效率，這也是增量編譯的優勢所在。理解了增量編譯 ...

的snapshot，去仿真。 利用這個技術，我們就可以使用irun來進行增量編譯，從而節約編譯時間。 ...

轉自：http://www.21ic.com/app/analog/201210/147417.htm 通常FPGA工程師編譯較大的工程時比較頭疼，因為編譯時間非常長，常常需要花費幾個小時，如果是在調試階段，每次修改一個錯誤需要幾小時，這樣效率就非常低。導致編譯時間較長的原因有兩點：1. 設計 ...

Vivado 中的增量設計會重新利用已有的布局布線數據來縮短運行時間，並生成可預測的結果。當設計有 95% 以上的相似度時，增量布局布線的運行時間會比一般布局布線平均縮短2倍。若相似度低於80%，則使用增量布局布線只有很小的優勢或者基本沒有優勢。 當設計進行到后期 ...

tcl輸入 ：set_param general.maxThreads 4 ---max 8 ...

VIVADO中一個run編譯時支持的線程數如下表：（綜合時一般是2線程） Place Route Windows默認 2 2 Linux默認 ...

在Tcl Console中輸入如下命令： set_param general.maxThreads 8 檢查是否設置成功： get_param general.maxThreads “跑分”試驗如下： 主機配置： 工程一： Vivado版本：2018.3 FPGA型號 ...