安卓編譯時間
Ⅰ 安卓手機怎麼修改系統時間
您好，手機修改時間的方法如下（以小米手機為例）：
1、點擊手機中的「設置」圖標，然後找到「更多設置」
2、點擊設置後找到更多設置，點擊進入後點擊日期和時間
Ⅱ 如何用CCache加速Cocos2d-x Android版本的編譯
CCache是C/C++的編譯器緩存。當相同的編譯被再次編譯時，進行檢測並通過之前編譯的緩存進行編譯加速。所以我們可以通過這種方法給Cocos2d-x Android的編譯加速。使用這種方法，在i7 CPU的Macbook Pro Retina上編譯，我們的Cocos2d-x Android工程編譯時間可以從10分鍾減少到30秒！！
注意：以下操作僅對Mac OS X有效。
安裝
我們使用homebrew：
1
brew
install --HEAD ccache
或者通過源碼安裝：
1
2
3
4
5
6
7
git
clone https://github.com/jrosdahl/ccache.git
cd
ccache
./autogen.sh
./configure
make
make
install
cp
/usr/local/bin/ccache /usr/bin/
注意：默認的安裝路徑是 /usr/local/bin，我們需要拷貝ccache到/usr/bin/，不然ndk-build會找不到並報錯
如果終端報錯說找不到autoheader，這說明我們需要先安裝automake：
1
brew
install automake
但是，如果如果報錯是說找不到brew，我們就必須先安裝brew：
1
ruby
-e "$(curl
-fsSL
https://raw.github.com/Homebrew/homebrew/go/install)"
確保ccache的路徑可以被$PATH識別，運行命令：
1
ccache
如果你看到幫助信息，恭喜你，安裝成功了！
在android上配置編譯環境
我們必須先設置以下環境變數來使用ccache：
1
2
3
4
vim
~/.bash_profile
Add
following lines:
export
USE_CCACHE=1
export
NDK_CCACHE=/usr/local/bin/ccache
運行命令行：
1
ccache
-M 10G
這個命令將緩存大小設置為10G。當然，如果你的硬碟有足夠的空間，你也可以將此設置為50G。
然後，我們跳轉到NDK目錄，如果你忘了這個路徑，你可以使用以下命令來查看：
1
which
ndk-build
以下是我的輸出結果：
1
/developer/android/android-ndk-r9b/ndk-build
所以，我的NDK_ROOT是：
1
/developer/android/android-ndk-r9b
打開文件：$NDK_ROOT/build/core/default-build-commands.mk
找到以下章節並加入ccache，如下：
1
2
3
4
5
6
7
8
9
10
11
12
13
ifneq
($(findstring ccc-analyzer,$(CC)),)
TARGET_CC
= $(CC)
else
TARGET_CC
= ccache $(TOOLCHAIN_PREFIX)gcc #Add ccache support
endif
TARGET_CFLAGS
=
TARGET_CONLYFLAGS
=
ifneq
($(findstring c++-analyzer,$(CXX)),)
TARGET_CXX
= $(CXX)
else
TARGET_CXX
= ccache $(TOOLCHAIN_PREFIX)g++ #Add ccache support
endif
TARGET_CXXFLAGS
= $(TARGET_CFLAGS) -fno-exceptions -fno-rtti
編譯cocos2d-x游戲
選擇cocos2d-x根目錄，運行：
1
python
build/android-build.py -p 10 cpp-tests
新建一個終端窗口，運行：
1
ccache
-s
這個命令會列印出ccache狀態，如下：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
cache
directory /Users/heliclei/.ccache
primary
config /Users/heliclei/.ccache/ccache.conf
secondary
config (readonly) /usr/local/etc/ccache.conf
cache
hit (direct) 13588
cache
hit (preprocessed) 11145
cache
miss 696
called
for
link 1
called
for
preprocessing 14
preprocessor
error 1
can't
use precompiled header 129
no
input file 5
files
in cache 32222
cache
size 5.4 GB
max
cache size 30.0 GB
如果緩存的高速緩存命中（cache hit）和緩存大小（cache size）均為0，這就表示ccache沒有運行，我們必須從新檢查配置。
在Xcode中部署
配置Xcode（5.1）的ccache環境有點麻煩。我確實能調用ccache，但貌似沒有增加編譯速度。如果你有好的方法解決這個問題，請到github上為本篇教程提交pr！不過我們還是看看設置方法：
首先，我們添加2個自定義宏（user-defined macros）到cocos2d_libs的編譯選項中：
1
2
CC=$(SOURCE_ROOT)/../tools/xcode_ccache_wrapper
LDPLUSPLUS=$(DT_TOOLCHAIN_DIR)/usr/bin/clang++
然後，我們需要在$(COCOS2dX_ROOT)/tools/路徑下創建名為xcode_ccache_wrapper的腳本：
1
2
3
4
#!/bin/bash
export
CCACHE_CPP2=yes
export
CCACHE_LOGFILE=~/Desktop/ccache.log
exec
/usr/local/bin/ccache /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -Qunused-arguments
"$@"
設置完成，我們就可以快樂的在Xcode中編譯了！
打開ccache.log可以查看cache工作狀態。
Ⅲ 整體編譯Android系統，大家用了多少時間
我自己實際編譯ICS4.0.4源碼情況：acer台式機，3.2Ghz cpu，4核，8GB/1600hz內存，整體編譯（含u-boot、kernel、boot.img和system.img）需要1小時10分鍾。編譯時，使用make -j8（因為硬體cpu是4線程的，故使用2倍線程數）。之後的增量編譯，一般需要5~10分鍾即可。
Ⅳ Android AOSP代碼與編譯伺服器系統時間有關系嗎
起因：aosp由許多項目組成，android4.2就有329個project，每個項目都是一個獨立的git倉庫。
Repo：創建一個aosp分支來做feature開發就需要每一個子項目創建對應的分支，手動創建很費力，所以有了Repo,自動化處理。Repoz自動化體現在創建分支，查看分支狀態，提交代碼，更新代碼。
Repo實際由Python腳本組成，Python腳本通過調用Git完成自己的功能。組成Repo工具的Python腳本本身也是一個Git倉庫。這個Git倉庫在aosp裡面，焦作Repo倉庫。每次執行Repo命令的時候了，Repo就進行一次更新。
Manifest倉庫：Repo是用來自動化處理aosp子項目的倉庫的，子項目名稱，倉庫地址，aosp又是不斷迭代變化的，每個版本子項目都不一樣，就需要另外一個倉庫來管理aosp所有子項目的倉庫元信息。就是Manifest倉庫
Repo腳本：
Ⅳ AndroidStudio中依賴library太多，編譯時間過久怎麼優化
android工程A關聯了另一工程B（可以在build path -->Link Source去關聯） 用ant的時候，方法與單獨build一個工程師沒多大的區別 先把B工程編譯打成jar包（可用Eclipse直接Export出jar包），然後放到A工程下的libs中去 再用ant去buildA工程即可~
Ⅵ 我的手機上編譯時間是11月10日，安卓更新時間是10月1日，這是什麼意思
編譯時間是手機系統軟體版本編譯完成的時間，新手機的系統編譯時間通常會早於手機出廠和購買時間的。
Ⅶ QX9300 虛擬機vmware安裝ubuntu方式編譯android 4.4內核大約要多久
vmware workstation 10
ubuntu-10.04.4-desktop-amd64.iso
1
ubuntu的安裝,打開vmware workstation 10，點創建新的虛擬機
2
點下一步
3
選擇下載的UBANTU光碟ISO文件，點下一步
4
設置Ubantu名稱及登錄用戶名及密碼，點下一步
5
設置虛擬機文件名稱及保存在磁碟上的位置，點下一步
6
設置虛擬機使用磁碟大小，若要編譯ANDROID，至少設置40GB,這里設置200GB保證足夠夠用
7
至此主要的設置都完成了，直接點擊完成即可。也可點擊自定義硬體進行詳細的設置，我們點自定義硬體，來設置內存
8
把虛擬機內存設置成實體機內存的一般大小，以保證安裝Ubantu的時候，速度不會卡，這里我設置成4GB，其它保持默認即可。設置完後點擊關閉。這個我們可以在任何時候配置硬體，甚至可以在UBANTU安裝完成之後再重新編輯硬體設置，只需點下圖的編輯虛擬機設置
9
配置完成，下面才是真正開始安裝，點擊開啟此虛擬機UBANTU即開始自動安裝，全程自動，無人值守
10
初始化安裝
11
安裝中 ，5%
12
安裝中 ，50%
13
安裝中 ，79%
14
安裝中 ，100%
15
安裝完成就開始自動安裝VMware Tools,這VMware Tools不屬於Ubantu操作系統，只是VMware公司方便主操作系統與客戶操作系統交互而提供的一個工具軟體
16
安裝完成，自動重啟，顯示登陸界面，點擊輸入前面設置的密碼登錄
17
登陸完成，安裝成功！！！
END
1
下面對UBANTU進行一些設置，以符合我們的工作習慣
修改默認顯示解析度，選擇System--->Preference--->monitors，修改顯示解析度為1280x800
2
修改待機屏幕保護及鎖屏時間，選擇System--->Preference--->screensaver，，去掉屏幕保護程序激活時鎖屏，免得安裝軟體時或編譯時總要輸入密碼才能登入系統
3
編輯虛擬機硬體設置，修改客戶機時間與主機時間同步
4
調出我的電腦、網上鄰居、我的文檔、回收站等圖標
按鍵盤的Alt 和 F2，打開 Run Application程序，輸入gconf-editor，然後Run打開Configuration Editor，選擇apps--->nautilus--->desktop，如圖所示框選相應選項即可
5
將終端放置在桌面和上面板上，以方便我們點擊調用，如圖所示
6
安裝右鍵調用終端工具，通常點擊右鍵，右鍵菜單沒有open in terminal右鍵打開終端工具
輸入sudo apt-get install nautilus-open-terminal命令，安裝右鍵打開終端工具
7
修改操作系統界面為中文，選擇System--->admininstration--->langunge support，如圖設置安裝中文語言包，經試驗安裝中文語言包極其緩慢，需要更新源，下一節會講到
8
設置虛擬機系統與主機系統共享文件夾，方法很多，
1.主機讀取虛擬客戶機共享出來的文件夾
2.虛擬客戶機讀取主機共享出來的文件夾
後面我會花時間專門一節講解虛擬機系統與主機文件夾共享的各種方法
END
本經驗是由本人親自測試編寫，圖片文字全部為原創，網路經驗首發，未經許可，謝絕轉載！
如果覺得本人的經驗對你有幫助，請點擊支持，謝謝！
換一批相關經驗
android4.4源碼編譯環境搭建72014.06.26
android開發環境之虛擬機搭建72014.04.30
Ubuntu10.04搭建MTK android編譯環境02014.04.06
android學習1-虛擬機的搭建02015.01.15
android學習2-虛擬機設置成漢語02015.01.16
相關標簽 android 虛擬機
©2015Bai 使用網路前必讀 網路經驗協議 作者創作作品協議
Ⅷ Android Studio編譯慢、卡死和狂佔內存怎麼破
在2020年，仍然使用2g內存的電腦，你可以改變職業。沒有合適的設備，什麼都沒用。Android Studio是內存，設備爛卡死不可避免，要解決卡的問題，一定要升級硬體設備。另一些人則說，對修辭學的回答相當有力，在一定程度上，加快編譯的速度，卻不能解決卡死的問題，沒有人能解釋為什麼會加快編譯的速度。
至於加快編譯，有一種方法，我認為一些主要適用性的答案並不強，實際上應該從gradle開始，什麼不是正確的地方，也請輕噴，有什麼問題可以留個信息。
我談到了下面的所有步驟，建議在最後進行。在終端編譯中有很多好處:
能觀察整個編譯過程，幫助理解層次構建過程;
可以看出哪些任務在編譯過程中耗費時間，可以較慢地編寫出適合的補救方案;
可以終止編譯，如果在某個階段被卡住，CTRL + c終止編譯，Android也會終止在Studio中編譯，但基本上九次會失敗;
因為它最終會對Android Studio產生影響，基本不會導致Android Studio caton;不滿足Android工作室的各種bug ?
最後，為什麼要減少設置中模塊的數量。Gradle實際上可以加速編譯，但是有很多限制?
首先,我們認為編譯過程,首先解析gradle配置,設置任務依賴於有向圖,然後執行每個任務的模塊,如果我們通過maven的依賴關系,使用模塊的aar(單android庫),如果我們想要改變文件在這個模塊,不要再次修改上傳下載,每次都是很好,但是有一個致命的問題:不修改版本號,快照通常不是做的想法。這可能導致一些不會生效的變化，並且需要時間來解決這個問題。但是，有一種方法可以在一定程度上解決這個問題，並添加以下腳本:
項目。配置。所有(新操作<配置> ({@ Overridevoidexecute(配置文件){文件)。ResolutionStrategy。TimeUnit CacheDynamicVersionsFor(5。分鍾)
文件。ResolutionStrategy。TimeUnit CacheChangingMolesFor(0。秒)} })
有人會問，插件，每個人都要開發一個模塊，對於每個模塊的維護都要打包到maven，每次我修改，甚至很小的改動，也要做一個上傳，就會遇到快照不做同樣的問題。嘿，嘿，這個問題，我們公司有一個等級插件，已經解決了，至於解決方案，是公司機密，我不會說。
一件事,我相信大多數開發人員共同發展是單一模塊,該模塊的情況並不多,所以最基本的也是依賴aar或罐子里,並不存在所謂的圖書館aar上傳,所以一些答案的耶和華說並不意味著什麼,這就是為什麼我說影響編譯速度的情況主要集中在它的生命周期的第三階段,第三階段的優化,看到我的答案。
Ⅸ cubieboard2 android 編譯一次需要多長時間
估計編譯不了android
源代碼
編譯android源代碼最少得有100G
硬碟做緩存
交叉編譯
需要很長的時候,機器性能好一點的話,
4
5個小時能編譯出來
性能不好的話,經常編譯半天,卡死
Ⅹ 9700k or 3700x+32GB ddr4,初次編譯完整安卓8源碼需要多長時間
純粹玩游戲是9700K略強，但3700X以比9700K低500多的價格卻能有9700K大約95%的游戲性能，且多線程性能戰平目前Intel的消費級旗艦9900K，且3700X還首發支持了PCI-E 4.0技術，能提供更多的帶寬用於顯卡和高端固態硬碟如果是我，我肯定選3700X，如果你純粹追求幀率，買9700K也是可以的，畢竟絕大多數游戲9700K幀率的確比3700X更好看，總體的游戲體驗也稍好一些，首發評測已經出來了
追問：
那要是玩游戲的情況下，超線程有用嗎？現在9700k加Z390中端的板子大概3800左右，3700x加中端X570也是3800左右。在一個聽說3700x有迷之卡頓，是真的嗎？
追答：
超線程對大部分游戲沒有幫助，但也不會有負面影響，超線程對核心硬體資源的分配是動態的，並不會將一個物理核心均分為二，在需要單線程運算時核心會完全讓出全部的硬體資源給這一線程，另一個線程僅僅只是佔位符，不實際擁有資源，運行多線程密集型任務時每個核心才是基本兩個線程各擁有一半的核心資源，但游戲並不屬於這種類型
三代銳龍剛剛上市，還沒有大規模發售，目前只有小部分人入手，具體情況還不好說，銳龍前兩代的確有卡頓現象，原因是CPU中的內存控制器到內存間的傳輸延遲過高，而游戲恰恰又是延遲敏感型應用，三代銳龍正好改進了這一問題，雖然延遲還達不到Intel高端酷睿的水準，但相比前兩代理論上會有明顯好轉