Android NDKでJNIを使用してアプリを高速化するには

Android NDK最新版でOpenGL ES 2.0をサポート

　今回のテーマは「AndroidでJNI（Java Native Interface）を使用したアプリの高速化」です。C/C++やOpenGL ES（※）といったネイティブコードを使うツールなどのセットは、Android NDK（Native Development Kit）として提供されていて、JNIを使用した高速化に欠かせません。

※OpenGL ES（OpenGL for Embedded Systems）
携帯情報端末や組み込み向けのOpenGLのサブセット。OpenGLは、一般的に普及しているグラフィックスプログラミング用のC/C++のAPIのこと（参考：はじめよう3D描画、BREWでOpenGL ESプログラミング）

　JNIとNDKの詳細は、以下の記事をご確認ください。

連載記事「Androidがもたらす組み込み開発の新たな可能性」 − ＠IT MONOist via kwout

　そんなAndroid NDKですが、先日、最新版のRevision 3がリリースされ、OpenGL ES 2.0がサポートされるようになり、さらにグラフィック描画機能が強化されました。

Android NDK | Android Developers via kwout

　ちなみに、r3（Revision 3）リリースに伴い、いままでのNDKのバージョン、Android 1.6 NDK Release 1（1.6r1）はAndroid NDK r2（Revision 2）に、1.5 NDK Release 1（1.5r1）は同じくr1（Revision 1）に呼び方が変わっているので、ご注意ください。

■ 同じサンプルをJNIで高速化した結果を動画で確認

　今回の題材として、前回の「Android 2.1の新機能「Live Wallpaper」で作る、美しく燃える“待ち受け”」のサンプルを使用して、燃えるエフェクトを高速化します。下記の動画で高速化されていることが確認できますね。

　今回の高速化を施したサンプルアプリは、以下よりダウンロードしてください。

• LiveWallpaperSampleWithJNI.zip

そもそも、JNIってAndroidに必要なの？

　Webアプリケーションを開発するJavaプログラマにとって、JNIはあまり使用しない機能ではないかと思います。実際Javaという言語および実行環境はとても優秀なので、Javaだけで事足りてしまうためです。

　今回は、目的があってJNIを使用するのですが、その前にAndroidでJNIを使用するメリットとデメリットを見てみましょう。

　メリットはC/C++などで実装された既存のライブラリを利用できること、パフォーマンスを向上できることです。Android 2.1のDalvik VMには、JITは搭載されていないため、パフォーマンス向上は顕著です。デメリットはプラットフォーム（CPUのアーキテクチャ）に依存してしまうことが挙げられます。

　現時点でAndroidのプラットフォームのほとんどはARMアーキテクチャを採用していますが、x86をはじめ、さまざまなCPUのプラットフォームがサポートされ始めています。

　今回のサンプルは、ARM向けのネイティブライブラリがアプリに組み込まれた形になっています。このネイティブライブラリはARMアーキテクチャ以外で動作できないので、必要であれば「System.getProperty("os.arch")」で取得した値に「arm」または「ARM」が含まれているかどうかで判断します。含まれていない場合は、ネイティブライブラリをロードせず、代替手段を講じるのがいいでしょう。

アプリのどこが重いのかを調べ、ネイティブ化すると…

　今回の目的は、JNIを使用した高速化です。ですから、まずどの部分の処理が重いのか調査します。

public void draw(Canvas canvas){
    synchronized (this) {
        Log.d("TIME", "1:" + System.currentTimeMillis());
        for (int i = 0; i < width * height; i++) {
            if (seedparam[i]!= 0 && seedparam[i] > (int)((fireLevel - boost) * Math.random())) {
                pallet[i] = 127;
            } else if (seedparam[i] != 0) {
                pallet[i] = 0;
            }
        }
        if (boost > 0) {
            boost--;
        }
 
        Log.d("TIME", "2:" + System.currentTimeMillis());
        for (int i = 1; i < height - 1; i++) {
            for (int j = 1; j < width - 1; j++) {
                pallet[(i - 1) * width + j] = (pallet[i * width + j] + 
                        pallet[i * width + j - 1] + 
                        pallet[i * width + j + 1] + 
                        pallet[(i - 1) * width + j] + 
                        pallet[(i + 1) * width + j]) / 5;
            }
        }
        Log.d("TIME", "3:" + System.currentTimeMillis());
 
        for (int i = 0; i < width * height; i++) {
            image[i] = color[pallet[i]];
        }
 
        Log.d("TIME", "4:" + System.currentTimeMillis());
        bitmap.setPixels(image, 0, width, 0, 0, width, height);
        Log.d("TIME", "5:" + System.currentTimeMillis());
        canvas.drawBitmap(bitmap, 0, 0, null);
        Log.d("TIME", "6:" + System.currentTimeMillis());
    }
}

　上記は前回のサンプルの状態のソースコードで、ところどころにログが埋め込んであります。筆者の環境でのエミュレータ上での所要時間は以下の通りです。

　forループ文内でピクセル処理を行っている個所が圧倒的に遅いです。ここを切り出してネイティブ化すれば、高速化が見込めそうです。

public void draw(Canvas canvas) {
    synchronized (this) {
        effect(fireLevel, width, height, image, pallet, seedparam, color);
        bitmap.setPixels(image, 0, width, 0, 0, width, height);
        canvas.drawBitmap(bitmap, 0, 0, null);
    }
}

private native void effect(int fireLevel, int width, int height, int[] image, int[] pallet, int[] seedparam, int[] color);

　新しいソースコードは、上記のように、処理時間のかかる部分をすべてネイティブコードに置き換えています。Javaのみで平均1300msかかっていた描画処理が、JNIに置き換えることで平均70msになりました。

　Javaの処理をネイティブに移植することで高速化できる、という大変良い例になったかと思います。

　それでは、次ページよりJNIへの置き換え方法を詳しく見ていきましょう。

1-2-3

Index

第15回　Android NDKでJNIを使用してアプリを高速化するには Page1 Android NDK最新版でOpenGL ES 2.0をサポート そもそも、JNIってAndroidに必要なの？ コラム　「難しいJNIのメモリ管理に対する戦略」 アプリのどこが重いのかを調べ、ネイティブ化すると   Page2 AndroidアプリのソースコードにJNIを組み込むには？ コラム　「Dalvik VMのクラスローダは要注意」 Android NDKのセットアップ Android NDKの中身はどうなっている？ アプリの定義を記す「Application.mk」 コラム　「Android NDKが備える5つのマクロ」   Page3 ファイルやライブラリの情報を定義する「Android.mk」 JNIを使ったAndroidアプリを動かすには Android NDK/JNIを使用する際の注意点

ご意見、ご感想は Smart＆Social 会議室へどうぞ

Smart＆Social フォーラム トップページへ