1. Proteus模擬軟體在運行模擬電路時編譯網路要等1分鍾左右才有能正常模擬電路
這是因為設置模擬精度的問題
2. Quartus II 11.1編譯程序很慢怎麼個情況
Quartus II 11.1的軟體版本比之前的版本功能更強大，需要的內存也大，而且軟體都有3個G了吧，編譯運行處理的東西多了，當然就慢了，很正常！
3. 編譯程序所需要的時間和電腦的性能有關系么
有關系的
當需要編譯工程的復雜度一定的時候，電腦性能越好，編譯所需要時間越短；反之，則時間越長。
當電腦性能一定的時候，工程越復雜，則編譯所需要的時間越長；反之，則時間越短。
4. openwrt第二次編譯需要多長時間
OpenWrt編譯環境搭建和編譯方法
一、 更新開發系統。
安裝完ubuntu 後，重新開機的時候，會有一個VMware tools 安裝的提示界面，耐心等待，等到VMware tools 安裝好後
因為更新系統和安裝一些工具包需要用到網路，所以進入ubuntu的界面後，
將ubuntu的網路設置為NAT網路連接模式（默認為NAT），
以上就緒後，更新開發系統的軟體
1、首先備份Ubuntu 10.04源列表
sudo cp /etc/apt/sources.list /etc/apt/sources.list.backup （備份下當前的源列表） 2、修改更新源
sudo gedit /etc/apt/sources.list （打開Ubuntu 11.10源列表文件） 3、使用
http://hi..com/pobenliu/blog/item/2180dc3502933c375bb5f5a5.html
網站下的一個更新源貼到sources.list文件中（「#」開頭的那一行為注釋，可以直接復制進文件中） ，使用這里的源主要是為了提高下載速度，用官方的會比較慢。
4、通知ubuntu啟用新的更新源
sudo apt-get update
二、 安裝編譯OpenWrt需要用到的軟體包：
命令如下：
sudo apt-get install g++ libncurses5-dev zlib1g-dev bison flex unzip
autoconf gawk unzip make gettext gcc binutils patch asciidoc bzip2 libz-dev libc6-dev linux-headers-2.6.32-38
注意，紅色部分的版本根據自己的內核版本來修改，可以通過uname –a 來查看。
三、 安裝svn。
由於在後面需要用到svn 來下載OpenWrt，所以需要先安裝svn。
由於使用命令 sudo apt-get install subversion來安裝的版本最新也只是
1.6.6版本，為了和windows 上的版本同步，所以需要下載安裝包，進行手工安裝。
1、先下載兩個包，
subversion-1.7.2.tar.gz
subversion-deps-1.6.1.tar.gz 2、拷貝到/home目錄下，解壓：
tar -zxvf subversion-1.7.2.tar.gz
tar -zxvf subversion-deps-1.6.1.tar.gz 3、進入目錄，准備編譯安裝： cd subversion-1.7.2 執行：./configure
安裝遇到的第一個error： checking for APR... no
configure: WARNING: APR not found
The Apache Portable Runtime (APR) library cannot be found. Please install APR on this system and supply the appropriate --with-apr option to 'configure' 解決辦法： 到tar -zxvf subversion-deps-1.6.1.tar.gz 解壓的目錄下，有一個apr的文件夾，放到subversion-1.7.2下即可 cp -rf ../subversion-1.6.1/apr .
4、再重新執行./configure 命令 遇到第二個error：
checking APR version... 1.3.3
configure: Apache Portable Runtime Utility (APRUTIL) library configuration
checking for APR-util... no
configure: WARNING: APRUTIL not found
The Apache Portable Runtime Utility (APRUTIL) library cannot be found. Either install APRUTIL on this system and supply the appropriate 提示的是apache的埠沒有找到，因為此安裝並沒有與apache結合，到tar -zxvf subversion-deps-1.6.1.tar.gz 解壓的目錄下，發現有一個 APR-util，再移動到ubversion-1.7.2下
5、重新執行./configure 命令 Ok，遇到第三個error，
checking sqlite library version (via pkg-config)... no
An appropriate version of sqlite could not be found. We recommmend 3.7.6.3, but require at least 3.6.18. 錯誤有提示：解決辦法
sqlite-amalgamation-3071000.zip下載這個包，解壓，將sqlite3.c放到指定的位置： unzip sqlite-amalgamation-3070900.zip
mkdir –p subversion-1.7.2/sqlite-amalgamation cd sqlite-amalgamation-3070900
cp sqlite3.c ../subversion-1.7.2/sqlite-amalgamation/
之後重新執行./configure 見到這表示./config執行ok
checking for ctypesgen.py... none configure: creating ./config.status config.status: creating Makefile
config.status: creating tools/backup/hot-backup.py
config.status: creating tools/hook-scripts/commit-access-control.pl config.status: creating
subversion/bindings/swig/perl/native/Makefile.PL
config.status: creating subversion/svn_private_config.h.tmp config.status: executing libtool commands
config.status: executing svn_private_config.h.tmp commands
6、然後編譯安裝： make clean
make && make install
只要沒有遇到error，就是ok的， 輸入
svn –version
得到：
svn, version 1.7.2 (r1207936) compiled Feb 8 2012, 23:09:00 說明安裝成功。
四、下載OpenWrt源碼。
分兩種，一種是最新版但不是最穩定，也就是trunk版，一種是相對穩定版，backfire版。源碼下載命令分別是： 先創建文件夾：
mkdir OpenWrt_trunk cd OpenWrt_trunk Trunk版下載命令：
svn co svn://svn.openwrt.org/openwrt/trunk/
若需要backfire：
mkdir OpenWrt_backfirecd OpenWrt_backfire
Backfire下載命令：
svn co svn://svn.openwrt.org/openwrt/branches/backfire/
五、 編譯OpenWrt：
如果不是剛下載的代碼，為了保持代碼為最新狀態，應該定期運行Svn up更新代碼，什麼時候有變你是不知道的 然後是更新軟體包：
./scripts/feeds update –a ./scripts/feeds install –a
如果不更新軟體包的話，你會發現後面是看不到很多軟體包的，也就無法集成那些看不到的包了。
然後是make defconfig，再make menuconfig進入定製界面，定製自己的系統。
最後，執行make命令,然後是非常漫長的等待。
在編譯的時候，是根據你的配置，進行下載程序包的，先是把這些程序包下載到./dl目錄下，再進行解壓編譯，和安裝。如果不是為了開發某一軟體的話，建議一開始的時候不要安裝太多的軟體，一是時間太長，然後很容易出錯。要用到的軟體在編譯好後，用opkg來安裝。
5. ubuntu12.04編譯android源碼要多久
這個關鍵是要看你的電腦配置情況，以及代碼的附加情況，有的平台軟體會附加很多東西上去，編譯就比較慢了。
我們這邊使用的是四核八線程的電腦，32GB內存，
原生代碼 4.4 八線程編譯40分鍾左右，5.1，一個半小時左右，6.0的大約一個小時，以上是原生代碼編譯模擬器的時間。
高通代碼6.0編譯一般需要兩個小時左右，mtk的也是兩個小時左右，
6. 哪裡可以下載Linux系統的的源代碼編譯要多久編譯安裝的比直接安裝的性能高多少
源代碼從 https://www.kernel.org 取。
編譯的時間因人而異，也因系統不同而異，除了特別熟悉的，大多數人都要用幾個小時。一個是配置的時候要閱讀很多幫助信息，這要花很多時間，另一個就是編譯本身也需要很長的時間。
編譯的性能取決於你的配置。你對自己的機器的硬體了解得准確，配置的時候把不需要的選項都去掉；你對自己的軟體目標比較明確，該要的選項都選擇進來，這樣得到的內核性能自然會好。要是上述兩條做不到，其結果可能還不如直接安裝的內核好。
7. 編譯一段代碼的速度和CPU的線程核心和代碼的速度有關嗎如果編譯一個QQ大小的代碼需要多長時間啊
1cpu的速度跟核心數量有關嗎?是否數量越多就越快呢？只有在同一家族的CPU中進行比較，核心數量、主頻與CPU的運行速度才有正比關系，還有影響的因素是2、3級緩存的大小。核心版本和工藝的升級也有影響。一般在同一家族的CPU中，核心越多、主頻越高、緩存越多、版本越新的CPU越快。比如AMDAthlonIIX2250肯定要比AMDAthlonIIX2240要快，但是不是也一定強於主頻、緩存、核心數都與X2240差不多的IntelPentiumE6300呢？那就不能武斷的說了。需要用各種測試軟體去驗證。2同核心數目，同主頻，同二級緩存哪個快？主板配cpu是看針腳和前端匯流排,和cpu的二級緩存無關,865的主板如果是478介面的,那就支持P42.8E和P43.2C,何況主板和cpu前端匯流排都是800mhz,完美支持兩個比當然是P43.2C好了,雖然P42.8e是1024的二級緩存,但核心是Prescott內核,和A的核心一樣,發熱量大,功耗高,而C的核心是NORTHWOOD核心,比Prescott好
8. 什麼是編譯時間
用戶使用編譯程序對其個人編制的源程序進行編譯的過程稱為程序編譯。編譯時間(compiling time) 指編譯程序將源程序編譯成目標程序所佔用的時間。
1 如何減少編譯時間
一是執行每日自動構建。每日自動構建的原理很簡單：安裝每日構建工具CCNET（不熟悉該工具的同學可以去搜索下）。然後在源碼伺服器上安裝編譯環境。源碼伺服器每天獲取最新代碼，每天下班後開始編譯最新代碼，經過一個晚上基本上就能把庫和應用程序都編好，到了第二天開發人員只需下載最新的庫文件和代碼文件而不須自己重新編譯。這樣就能大大節省時間了。
二是使用聯合編譯器IncrediBuild。這個工具估計大家都不陌生。最近試驗了一個新想法，寫一個批處理文件，將SVN和IncrediBuild綁在一起，實現了從源碼更新到工程編譯。
2 批處理文件的命令語法
svnupinclude//更新伺服器的include文件夾到本地
BuildConsoleD:\Code\MySolution.sln/prj="MyApp"/build/OpenMonitor/cfg="Debug|Win32"
BuildConsole是IncrediBuild的命令行工具，
D:\Code\MySolution.sln是你的解決方案文件絕對路徑，
/prj參數設置你要編譯的工程，如果你要編譯多個工程，可以這樣設置，/prj="prj1,prj2,prj3",
/prj參數也支持通配符，/prj="*"即為編譯MySolution.sln下的所有工程
/build為編譯工程，若改為/rebuild即是清理重編工程。
/OpenMonitor為打開IncrediBuild的圖形化界面，去掉該參數則不出現圖形界面。
/cfg為編譯設置選項，如要編release版本，可以改為Release|Win32。
把上面的代碼保存為BuildDebug.bat，把文件保存在D:\Code\路徑下（即源碼根目錄，下面有include、src和vs三個文件夾），然後運行這個批處理文件就相當於把從更新源碼到編譯源碼這一系列動作都執行了。