あつりんの備忘録♪

日々の出来事や忘れちゃぁならん事などなど、ゆる～く書いていきます♪

「android.process.acore」暴走の理由と解決策（未解決？）

XPERIA arc

以前（http://d.hatena.ne.jp/atsurin/20110704/）に考察した「android.process.acore」の暴走問題。一時は落ち着いていたが、現在は暴走に拍車が掛っている。

「Battery Mix」（https://market.android.com/details?id=jp.smapho.battery_mix）上のグラフで「android.process.acore」の稼動プロセスのパーセンテージが、端末のリブートや電源OFFをしない限り延々とうなぎのぼりになるものの、（感覚として）電池の持ちが悪いとか、端末レスポンスが低下するといった影響はないが精神衛生上宜しくない。そこで、今回は更に詳しく調べてみて対処法がないか検討する。
先ず「android.process.acore」を使用しているプロセスは何かを調べるために、「AutoKiller Memory Optimizer」（http://market.android.com/details?id=com.rs.autokiller）と、「FMR Memory Cleaner」（https://market.android.com/details?id=com.fantasmosoft.free_memory_recover&feature=order_history）で確認してみた。

Androidシステムはどうしようもないが、「LauncherPro」と「SwipePad」はネット上では既出だけに、予想通りと言ったところか。
この「LauncherPro」と「SwipePad」のどちらが暴走の理由なのか、または両方が暴走に起因しているのかを確認する必要があるので、「LauncherPro」のみをアンインストールし、「android.process.acore」を使用しないホームアプリをインストールして様子を見てみたところ、見事に暴走しない事が判明。ただ暴走しないからといってバッテリー消費が抑えられるなどのメリットは見受けられなかった。
改めて「LauncherPro」をインストールし3時間程度様子を見たところ、暴走再開。ただ「LauncherPro」と「SwipePad」を両方導入した状態でもCPU Spy（http://market.android.com/details?id=com.bvalosek.cpuspy）を見た限りではDeep Sleepに正常移行しており、バッテリー使用状況にも問題は無い。




尚、「LauncherPro」導入済みの状態で「SwipePad」のみアンインストールしてみたが、暴走が止まる事は無かった。
以上の事から、

  • 「LauncherPro」が「android.process.acore」暴走のトリガーである。
  • 「android.process.acore」を使用しないホームアプリと「SwipePad」を共存した場合は、暴走しない可能性が高い。
  • 「android.process.acore」が暴走しても、CPUはDeep Sleepに正常移行する。
  • 「android.process.acore」が暴走しても、バッテリー消費に影響は（殆ど）無い。

ということが「我が環境下では」判明した。ただ前回は一時的にせよ暴走を止める事が出来たのに、今回はNGであることから「LauncherPro」がトリガーで間違いないにせよ他の要因も考えられる（「LauncherPro」のバージョンは変わっていないが、Android OSのバージョンや導入ウィジェットなど、以前とは環境の違いが著しい）。が、そこまで調べるには時間的にも精神的にも無理なので、とりあえず終了。
結局のところ、

  • 「android.process.acore」を使用しないホームアプリを使用する。
  • 「android.process.acore」が暴走しても、バッテリー消費やCPU稼働率への影響は（殆ど）無いので、グラフ上の数値は気にしない。
  • そもそも「Battery Mix」上で表示される稼働率の定義が不明。これ、バッテリー消費量とは比例しないよね？

と言うことで納得するしか無い様だ。バッテリ消費量には影響が無いことから、使い慣れた「LauncherPro」から他のホームアプリに乗り換えることはせず、「LauncherPro」の設定（メモリ系のチューニングで解決策が見つかる可能性有り）を見直しながら運用を続ける事とし、他の解決策を追々調べていこうと思う（無理かな〜！？）。
それと大事な事をもうひとつ。ホームアプリがメモリから開放され再配置にストレスを感じる事から、oom値を書き換えてホームアプリがアクティビティから開放されないような措置（http://d.hatena.ne.jp/atsurin/20110929/）を行っていることから、「極端なメモリ不足に陥る、または端末のリブートや電源OFFを行わない限り、ホームアプリは半永久的に起動し続ける」ことから、結果的に「android.process.acore」がうなぎのぼりに暴走し続けるということを付け加えておく。