2018.05.05
カテゴリ： ソフト開発日誌
Android Source Code を構築するための要求事項(Requirements)
メモリは足りているはず？と思って Android 8.1.0 の構築を arm と x86 ターゲットでしてみる(時間的に直列に)。どちらも "GC overhead limit exceeded." ですか...
pkill java で(あるいは昔ながらの手法通り ps auxww | grep java で PID を検索して kill $PID で) make が終了した後も残存している java process を終了して、次の様に _JAVA_OPTIONS 経由で java の heap 量と Garbage Collection (GC) 方針を設定した。
_JAVA_OPTIONS の指定が有ると android studio が起動できなくなった。studio.sh を修正して _JAVA_OPTIONS を export -n _JAVA_OPTIONS で削除するのが簡単だろう。
それにしても、5Gibyte のメモリを消費して、2 thread で GC して、java の言語設計と実行環境設計は何か間違っているような... 1995 年に発表された当時、メモリは「高級」ワークステーションで 128Mi ～ 256Mibyte だった。メモリリッチな時代になれば「java のメモリ食いは問題にならなくなるさ」という話だったな。あれから 23 年、もっと酷くなっているのだが...
さて、x86 emulator ターゲットの Android ができた。emulator で実行してみる。sse3 が必要とな... Phenom II では実行できないと ... NFS export して別の PC で実行しよう。
メモリは足りているはず？と思って Android 8.1.0 の構築を arm と x86 ターゲットでしてみる(時間的に直列に)。どちらも "GC overhead limit exceeded." ですか...
FAILED: out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex
/bin/bash out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex.rsp
Out of memory error (version 1.3-rc7 'Douarn' (445000 d7be3910514558d6715ce455ce0861ae2f56925a by android-jack-team@google.com)).
GC overhead limit exceeded.
Try increasing heap size with java option '-Xmx<size>'.
Warning: This may have produced partial or corrupted output.
[ 2% 310/13030] //art/runtime:libartd clang++ parsed_options.cc [linux]
ninja: build stopped: subcommand failed.
11:53:25 ninja failed with: exit status 1
-Xmxオプションを試してみてと有るので、ヒントを手掛かりに色々と検索して、try and error を繰り返す。/bin/bash out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex.rsp
Out of memory error (version 1.3-rc7 'Douarn' (445000 d7be3910514558d6715ce455ce0861ae2f56925a by android-jack-team@google.com)).
GC overhead limit exceeded.
Try increasing heap size with java option '-Xmx<size>'.
Warning: This may have produced partial or corrupted output.
[ 2% 310/13030] //art/runtime:libartd clang++ parsed_options.cc [linux]
ninja: build stopped: subcommand failed.
11:53:25 ninja failed with: exit status 1
pkill java で(あるいは昔ながらの手法通り ps auxww | grep java で PID を検索して kill $PID で) make が終了した後も残存している java process を終了して、次の様に _JAVA_OPTIONS 経由で java の heap 量と Garbage Collection (GC) 方針を設定した。
export _JAVA_OPTIONS=-Xmx4400m -XX:ConcGCThreads=2 -XX:+AggressiveHeap -XX:-UseGCOverheadLimit -XX:+UseParallelGC
lunch aosp_x86-eng; make -j 4 で 03:55:02 でコンパイルが終わる。java process は最大 RSS(実メモリ使用量) 5Gibyte 程、SWAP 最大使用量は約 5Gibyte だった。4400Mibyte と指定したのに 5Gibyte を使用するのは謎だな。 #### build completed successfully (03:55:02 (hh:mm:ss)) ####
非力な CPU なりのコンパイル時間だ。GC で大幅に構築時間が延びずに済んだ。SWAP を / (binary と data) を格納したハードディスクと別にしていたのが良かったかもしれない。_JAVA_OPTIONS の指定が有ると android studio が起動できなくなった。studio.sh を修正して _JAVA_OPTIONS を export -n _JAVA_OPTIONS で削除するのが簡単だろう。
それにしても、5Gibyte のメモリを消費して、2 thread で GC して、java の言語設計と実行環境設計は何か間違っているような... 1995 年に発表された当時、メモリは「高級」ワークステーションで 128Mi ～ 256Mibyte だった。メモリリッチな時代になれば「java のメモリ食いは問題にならなくなるさ」という話だったな。あれから 23 年、もっと酷くなっているのだが...
さて、x86 emulator ターゲットの Android ができた。emulator で実行してみる。sse3 が必要とな... Phenom II では実行できないと ... NFS export して別の PC で実行しよう。
お気に入りの記事を「いいね！」で応援しよう
[ソフト開発日誌] カテゴリの最新記事
-
Final Data Photo Recovery 9.0 - exFAT … 2024.06.06
-
商用電源監視サーバー更新 - 閏年 2/29 以… 2024.05.31
-
Futaba M202MD10B アプリ と コマンドシー… 2023.09.05
【毎日開催】
15記事にいいね！で1ポイント
カレンダー
サイド自由欄
コメント新着
© Rakuten Group, Inc.
