3

私はAndroidのメーカーに自分のアプリケーションを実行すると、私はいくつかのGarbageCollection出力をお読みください。Android Studioコンソールの出力?

5月11日16:18:20.973 12173から12183/com.example.myappをI /アート:背景 部分並行マークスイープGC解放240546(10MB)AllocSpace オブジェクト、1(20KB)LOSオブジェクト、40%無料、46MB/77MB、一時停止1.599ms 合計121.211ms 05-11 16:18:54.304 12173-12183/com.example.myapp I/art:背景スティッキー同時マークスイープGCフリー419692(18MB) AllocSpaceオブジェクト、0(0B)LOSオブジェクト、24%空き、58MB/77MB、一時停止 3.022ms合計201.084ms 05-11 16:19:15.368 12173 -12183/com.example.myapp I/art:Background sti cky同時マーク スイープGC解放252567(11MB)AllocSpaceオブジェクト、0(0B)LOSオブジェクト、14% 空き、65MB/77MB、一時停止1.955ms合計160.700ms 05-11 16:19:28.274 12173-12183/com .example.myapp I /技術:GCは554566を解放背景部分同時 マークスイープ(28メガバイト)AllocSpaceオブジェクト、0(0B)LOS オブジェクト、39%フリー、48メガバイト/ 80メガバイトは、1.916ms総200.094ms

を一時停止しました

これはどういう意味ですか? (私はその中に70k行以上の大きなCSVファイルを読んでいます)

答えて

1

ARTから、Androidには、非大型オブジェクトスペース(ヒープ)とラージオブジェクトスペース(LOS)の2つの割り当てスペースがあります。非ラージオブジェクト空間は、主に通常のサイズのオブジェクト用です。ラージオブジェクトスペースは、主にラージオブジェクト用です(ビットマップを考える)。

05-11 16:18:20.973 12173-12183 

com.example.myapp I/art: Background partial concurrent mark sweep GC freed 240546(10MB) 

ガベージコレクタは、非ラージオブジェクト空間から10メガバイトを再生、240546オブジェクトを解放しました。

AllocSpace objects, 1(20KB) LOS objects, 40% free, 46MB/77MB, paused 1.599ms total 121.211ms 05-11 16:18:54.304 12173-12183 

ガベージコレクタは、ラージ・オブジェクト・スペースから20キロバイトを再生、1オブジェクトを解放しました。

CSVファイルを読み取るクラスまたはメソッドを読まないと、ガベージコレクタがログに表示された方法で反応する理由を推測するのが難しくなります。しかし、ログの傾向を見るだけでは、ガーベッジ・コレクターは、非ラージ・オブジェクト・スペースから大量のオブジェクトを解放し、ラージ・オブジェクト・スペースではほとんどないものを割り振っているようです。

参考文献: http://developer.android.com/tools/debugging/debugging-memory.html#LogMessages

関連する問題