• 当記事はNetWalker PC-Z1(Ubuntu 9.04ベース、メモリ512MB）を対象としたものです。
• 一般のPCでも「compcache」は利用可能ですが、対応バージョンに注意が必要です。Ubuntu 10.04では（正確にいうとカーネル2.6.28以降の場合）「0.6.2」が対応しています。
• メモリが１GB以上ある場合には恐らく効果は体感できないと思います。また搭載メモリが少なすぎても有効になりません。Ubuntuの場合384MB or 512MBの搭載メモリの場合に一番効果が体感できるものと思います。

昨日のNetwaler x Fluxboxのエントリに、nimuさんから耳よりな情報をいただきました。

「compcache というのを使うと圧縮した swap をメモリ上に置くことが出来るそうです。(compcache は LiveCD でも使われているそうです。」

この名称だけではピンとこなかったのですが、私が使用しているAndroidケータイ、HT-03AのカスタムROMでも利用されているものでした。HT-03Aの緩慢な動きが劇的に改善するという成果が得られたので、ぜひ、Netwalkerでも使いたい！と思いたち、早速試してみました。

まずは、驚愕の成果(^_^;;;からご覧ください。

NetWalerのデフォルトのGNOMEデスクトップ環境で、あれやこれや一気に”無茶ブリ”をしてみました。

• 「Listen」でネットラジオを聴きながら、「JD」で2chのページを参照。
• 「Firefox」で総務省のページからダウンロードした41MBのpdfファイル(255p）を「xpdf」で開いて参照。
• 300点程ある画像データを「Mirage」で参照、壁紙として用いたい画像を選択。
• 「Inkscape」で開いて合成作業を行ってpng形式で書き出し、「Gmip」で最終的にトリミング。。。

・・・という作業を、アプリケーションやウィンドウを閉じることなく、次々に続けていった所です。

ピンクのCPUの動作履が示す通り、100%に振りきりっぱなしという高負荷の連続。
ところが、作業の待ち時間は発生してしまうのではありますが、アプリケーションがひとつも落ちることなく動作し続けて、のんびりではありますが、黙々と作業を続けてくれているわけであります。

画像を拡大していみると「conky」の中ほどに「swap」という表示が見えます。

搭載している512MBのメモリでは足りずにスワップが発生している状態です。ところが、「ハングした？」と思えるような、あの使い物にはならない状況にはなりません。それは、およそ100MBのswapを圧縮RAMディスクとして動作させているからです。
通常ではメモリがボトルネックとなると目も当てられない状況となるのですが、ここでボトルネックとなっているのはCPUだけ。
せっせと作業を終えれば、「待たせてゴメンネ～～」とばかりに次の作業をこなしていきますので、メモリのボトルネックほどには困ったことにはならないわけです。

さすがに、上記の通り、７つ目となる「Gimp」を起動して編集を行うまでがが限界。Swap領域も約95%消費するに至り、100%を超えてしまうと、起動ができなくなってしまいます。
しかし、ここがLinuxのありがたい所。システム全体がハングしてしまうわけではなく、メモリが逼迫したアプリケーションが落ちるだけ。

システムとしては稼働し続けるという「根性」がLinuxにはあるわけですね。

さらに今回のNetwalkerはさらに「ド根性」を発揮して、ひとつもアプリを落としていません。NetWalkerがここまで働いてくれれば十分ですよね？

さて、昔から、この手のツールが有効なのは「ある程度」の範囲に限られます。その範囲を超えてしまうと、かえってパフォーマンスが悪くなったりという”落とし穴”があるものです。そこらへんの加減を監視/チェックする事が重要となりますが、「conky」という”計器パネル”はコンパクトで便利だなぁといつも思っています。

さて、スワップ領域の稼働状況を表示するコマンド「swapon -s」で見てみると、「/dev/ramzswap0」という領域をswapパーティションの代わりに用いています。

本来ならばswapはハードディスク上に領域を確保しますが、実はこれ、RAMの一部を割り当てているわけです。転送速度がハードディスクに比べてとてつもなく速いRAM。これがメモリのボトルネックが生じない要因です。

さてさて、USBメモリーともなれば、ハードディスクなんかよりももっと遅いわけで、「compcache」を利用することで、USBブート環境にも、転ばぬ先の杖として仕込んでおくのもいいかも知れませんよね。

■Fluxbox環境だと、さらにスコスコ快適ぃ～!!

さて、同様にFluxbox環境で試してみますと、改めて、Fluxboxの有効性が分かります。
CPUのグラフがGNOMEのものと全く違い、かなりの余裕があります。実際、アプリケーションの起動、切り替えのストレスが全くありません。
途中100%の山が見受けられるのが、Firefoxで動画をダウンロードしてTotemで再生させてみた所です。さすがのFluxboxでも動画再生ともなるとCPUの負荷が振り切ってしまいます。

• 過去にも書いていますが、Netwalkerに搭載の「i.mx515」プロセッサが有する本来の動画再生支援機能に最適化された環境であれば、このように振り切ることはないのでしょうが。。。

GNOME環境の時と同じ、7つのアプリケーション/ファイルを起動させ、作業を行い、さらにTotemでの動画の再生を行ってもswapとして使用されているSwap領域は43%とまだまだ余裕があります。

■「compcache」の利用方法

１、ビルドが必要なので、「sudo apt-get install build-essential」でビルドに必要なパッケージをまとめて一気に導入しておきます。

２、「compcache」のダウンロード
下記URLがプロジェクトのページです。「Downloads」ページからダウンロードを。

http://code.google.com/p/compcache/

３、最新版は、原稿執筆時で「compcache-0.6.2」。私が試してみた限りではUbuntuではうまく動かず、「0.5.4」を用いてみたところ、複数の環境で動作が確認できました。

４、・・・ということで「compcache-0.5.4」をダウンロードしてきて、ファイルブラウザ上で右クリックして展開を。
pcmanfmの場合、展開されたフォルダを開いて空白部分で右クリックして「端末で開く」を選ぶと、そのディレクトリで端末を開けて便利です。
（初回利用時には端末の登録が必要です。gnome-terminalを選べばいいでしょう）

５、続いて「ls」＋Enterでディレクトリ内のファイル一覧が表示されたら「Makefile」があるのを確認。

「make」と入力してEnter。これによりカーネルにドライバが組み込まれます。

６、再度「ls」コマンドで、一覧に「use_ramzswap.sh」があるのを確認。

７、「sudo ./use_ramzswap.sh」でEnterし、「Done!」という表示が出ればOK！

８、「swapon -s」コマンドで、「/dev/ramzswap0」という表示が出れば圧縮RAMディスクによるSwap領域の確保が成功です。
「conky」を利用していれば、一瞬遅れて「0」であったSwap領域に数字が現れます。

• ドキュメントによると、デフォルトでは約100MBが自動で割り当てられます。バージョン0.5.xでは、これ以上の数値を指定しても有効にはならないようです。

あとは、どうやってこのcompcacheを自動で起動させるかが課題。
実は、「use_ramzswap.sh」を実行するにあたり、同一ディレクトリ及び、「sub-projects」配下のファイルが必要となり、いくつかの方法を試してみた所、自動起動がうまく行えませんでした。

こちらのyosshyさんによる記述が一番の参考となるのですが、私の環境でちょっと試してみた限りではうまく行きませんでした。
いくつか思いついた方法を、時間がある時に試してみたいと思います。

ちなみに、debianのメンテナのページからdeb版もダウンロード可能となっていたりします。

http://archive.debian-maintainers.or…tools/0.6.2-1/

シンクライアントによる学習環境を提供するEdubuntuでも、この技術を用いて、「Pentium II 500MHz , 32MB memory, ハードドライブなしの PXE bootによるネットワーク起動」という古い機種をクライアントとして利用しているという事例も紹介されています。

https://wiki.edubuntu.org/Compcache

んんんんん、無性に古いマシンが欲しくなってきた！！(^_^;;;;;