暫く使ってみたが、コレがどーにも調子わるい。
勝手に再起動だわ、ストリーミングブツ切れだわ、すごい引っ掛かるわ、電池喰うわ・・・
全然Stableじゃ無いじゃん！ 、と。
なんかdumfuq氏が出したFinal用のoc825って、最新のカーネルを元に作ったんじゃ無いような気がす。
それに、オーバークロックしても全く早くなった感が無いし。
と言うか、クロック上げれば上げるほど調子悪くなったし。
なので、オーバークロック無しでいいからpershoot氏のカーネル行っとけ！ 、という訳です。
それに、Finalになってからかどうか定かでないですが、規定の576MHzでも全然快適だし、オーバークロックしてかえってカクカクになるならよっぽどイイヨね！
あと、CM５ 5.0.8Finalはコンプキャッシュ+スワップが効きません。
スペアパーツのコンプキャッシュか、userinit.shのコンプキャッシュ又はスワップどれかひとつです。
あわせ技は効きません。
どうやら、CM５ 5.0.8Finalのカーネルからpershoot氏がコンプキャッシュバッキングスワップの機能を削除したようなことが書いてあったりした様な。
で、コンプキャッシュで行くか、スワップで行くか悩みましたが、最近の動向もそうだし今回のpershoot氏のカーネルでもだいぶんコンプキャッシュの機能に関するアップデートがあったようなので、ココはひとつコンプキャッシュで。
で、ヤッパリpershoot氏のカーネルはスムースです。
ただ、氏自身はCM５ 5.0.8Finalのカーネルから新しくしたカーネルは、あまりパフォーマンスが変わらないと仰っています。
まぁ、私にはそう言われても良くワカリマセンけどね。
それと、今回またADWLauncherをやめてHelixLauncherにしました。
チョット使ってみましたが、やはりADWLauncherは重い、重過ぎる！
それから添付アプリのインストール方法の選択肢として、アストロファイルマネージャーをROMに入れておきました。
まぁ、あくまでもオススメはDroid ExplorerをPCにインストールしておいてアプリの「バッチインストール」で一発インストールですけどね。（以前から申しておりますが・・・）
その他、ノーマルCM５ 5.0.8Finalからの変更点は前回の投稿を見てくださいませ。
取り敢えず、今回の構成ではカナリ“使える”ROMになっていると思いますけどいかがでしょうか。
追記
その後よく考えたらpershoot氏のカーネルはzipフラッシュ方式なので、ROMに同梱では有効になりませんでしたよね。ゴメンなさい。（汗
前々回?のdumfuq氏のoc825も同じでしたが、ROMインストール後にフラッシュしないとダメなんでしたね。
boot.imeを作成して、適応するようなので後入れで無いとダメなのかなと。
なので、pershoot氏の最新カーネルを適応するには上書きでいいので、フラッシュしてください。
氏のブログでも明記してますように、ノーマライズド スリーパーを有効にしてあるそうなので、ストリーミングの音切れも解消します。
その他、新カーネルでの変更点も当然有効になるはずです。
Droid Basement の Kernel 2.6.34 – OC-UV-FP – Dream/Sapphire (32B/A) の
boot-cm_2634_ds_32b-oc-uv-xtra-fp-061710.zip をダウンロードしてリカバリーツールからそのままフラッシュしてください。
そうそう、今まではコンプキャッシュ+スワップ用のuserinit.shを付けてましたけど、今回それが効かないので32MBコンプキャッシュ、24MBコンプキャッシュ、スワップ、をそれぞれ有効にするuserinit.shを３つ付けておきます。
スペアパーツのコンプキャッシュが12MBなので、これだけ選べればいいんでないかなと。
ちなみに、swappinessは諸説ありますがdumfuq氏のuserinit.shを蹴踏して「56」です。
それに、ネット上にこんな記事もありました。
スワップはどれくらいにすべきか
Linuxシステムはスワップ空間がなくても動作し、十分なメモリがあれば問題は起こらない。しかし、物理メモリを使い果たしてしまうと何もできなくなってクラッシュしてしまう。したがって、スワップ空間は用意しておくことが望ましい。なんといっても、ディスク領域はメモリよりも安価だ。
ここで問題になるのが、そのサイズである。以前のUNIX系OS（Sun OSやUltrix）では、物理メモリの2～3倍のスワップ領域が必要だった。最近実装されたもの（Linuxなど）ではそこまでスワップを必要としないが、それくらいのサイズに設定することは可能だ。だいたいの目安は次のようになる。
一般的なデスクトップマシンの場合はシステムメモリの2倍にあたるスワップ領域を確保する。これで多数のアプリケーションを実行しても（その多くはアイドル状態にあって容易にスワップ処理が行えるので）アクティブなアプリケーションでより多くのメモリが使えるようになる。
サーバの場合は利用可能なスワップの容量を少なめに取る（たとえば物理メモリの半分）。これは、いざとなったらスワップを柔軟にコントロールするためで、スワップ使用量を監視して必要であればメモリの増強を行う。
旧式のデスクトップマシン（メモリが128MBしかないものなど）では1GBまでの範囲で確保できるだけのスワップ領域を設定する。
Linuxカーネル2.6ではswappinessという新たなカーネルパラメータが追加され、管理者によるLinuxのスワップ処理の調整が可能になっている。このパラメータには0～100の値を設定するが、要は値が大きいほどページのスワップ処理が増え、値が小さいほど多くのメモリ領域がアプリケーションによって（たとえアイドル状態であっても）確保されるということだ。カーネルメンテナのAndrew Morton氏は、swappinessを100にして自らのデスクトップマシンを動作させたうえでこう述べている。「肝心なのは、カーネルによるスワップ処理を減らすのは良くないという点だ。負荷の大きなアプリによって何百メガバイトものメモリが確保されたまま、マシン上で有効に活用されない状態は何としても避けたいと思うだろう。そんな領域はディスク上に追い出し、空いたメモリを有効に使うべきだ」
だが、Morton氏の考え方には、メモリ領域のスワップアウトが早すぎるとアプリケーションの応答が悪くなるというマイナス面もある。これは、（それまで使っていた）アプリケーションの画面をクリックしてもそのアプリケーションのデータが（すでにスワップアウトされて）メモリ内になければ、システムはそのデータを再びメモリに呼び戻さなければならず、その時間分の遅延が生じるからだ。
swappinessのデフォルト値は60だが、rootとして次のコマンドを実行することにより、この設定を一時的に（次回リブートまで）変えることができる。
echo 50 > /proc/sys/vm/swappiness
また、変更を持続させるには「/etc/sysctl.conf」ファイル内のvm.swappinessパラメータを変更する必要がある。
以下アーカイブ
◎CyanogenMod-5 V5.0.8 Final （pershootカーネル、JIT）
boot.imeを作成して、適応するようなので後入れで無いとダメなのかなと。
なので、pershoot氏の最新カーネルを適応するには上書きでいいので、フラッシュしてください。
氏のブログでも明記してますように、ノーマライズド スリーパーを有効にしてあるそうなので、ストリーミングの音切れも解消します。
その他、新カーネルでの変更点も当然有効になるはずです。
Droid Basement の Kernel 2.6.34 – OC-UV-FP – Dream/Sapphire (32B/A) の
boot-cm_2634_ds_32b-oc-uv-xtra-fp-061710.zip をダウンロードしてリカバリーツールからそのままフラッシュしてください。
そうそう、今まではコンプキャッシュ+スワップ用のuserinit.shを付けてましたけど、今回それが効かないので32MBコンプキャッシュ、24MBコンプキャッシュ、スワップ、をそれぞれ有効にするuserinit.shを３つ付けておきます。
スペアパーツのコンプキャッシュが12MBなので、これだけ選べればいいんでないかなと。
ちなみに、swappinessは諸説ありますがdumfuq氏のuserinit.shを蹴踏して「56」です。
それに、ネット上にこんな記事もありました。
スワップはどれくらいにすべきか
Linuxシステムはスワップ空間がなくても動作し、十分なメモリがあれば問題は起こらない。しかし、物理メモリを使い果たしてしまうと何もできなくなってクラッシュしてしまう。したがって、スワップ空間は用意しておくことが望ましい。なんといっても、ディスク領域はメモリよりも安価だ。
ここで問題になるのが、そのサイズである。以前のUNIX系OS（Sun OSやUltrix）では、物理メモリの2～3倍のスワップ領域が必要だった。最近実装されたもの（Linuxなど）ではそこまでスワップを必要としないが、それくらいのサイズに設定することは可能だ。だいたいの目安は次のようになる。
一般的なデスクトップマシンの場合はシステムメモリの2倍にあたるスワップ領域を確保する。これで多数のアプリケーションを実行しても（その多くはアイドル状態にあって容易にスワップ処理が行えるので）アクティブなアプリケーションでより多くのメモリが使えるようになる。
サーバの場合は利用可能なスワップの容量を少なめに取る（たとえば物理メモリの半分）。これは、いざとなったらスワップを柔軟にコントロールするためで、スワップ使用量を監視して必要であればメモリの増強を行う。
旧式のデスクトップマシン（メモリが128MBしかないものなど）では1GBまでの範囲で確保できるだけのスワップ領域を設定する。
Linuxカーネル2.6ではswappinessという新たなカーネルパラメータが追加され、管理者によるLinuxのスワップ処理の調整が可能になっている。このパラメータには0～100の値を設定するが、要は値が大きいほどページのスワップ処理が増え、値が小さいほど多くのメモリ領域がアプリケーションによって（たとえアイドル状態であっても）確保されるということだ。カーネルメンテナのAndrew Morton氏は、swappinessを100にして自らのデスクトップマシンを動作させたうえでこう述べている。「肝心なのは、カーネルによるスワップ処理を減らすのは良くないという点だ。負荷の大きなアプリによって何百メガバイトものメモリが確保されたまま、マシン上で有効に活用されない状態は何としても避けたいと思うだろう。そんな領域はディスク上に追い出し、空いたメモリを有効に使うべきだ」
だが、Morton氏の考え方には、メモリ領域のスワップアウトが早すぎるとアプリケーションの応答が悪くなるというマイナス面もある。これは、（それまで使っていた）アプリケーションの画面をクリックしてもそのアプリケーションのデータが（すでにスワップアウトされて）メモリ内になければ、システムはそのデータを再びメモリに呼び戻さなければならず、その時間分の遅延が生じるからだ。
swappinessのデフォルト値は60だが、rootとして次のコマンドを実行することにより、この設定を一時的に（次回リブートまで）変えることができる。
echo 50 > /proc/sys/vm/swappiness
また、変更を持続させるには「/etc/sysctl.conf」ファイル内のvm.swappinessパラメータを変更する必要がある。
以下アーカイブ
◎CyanogenMod-5 V5.0.8 Final （pershootカーネル、JIT）
0 件のコメント:
コメントを投稿