[最新] ■[前年|前月|前日|2012/09/07|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]
■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]

09/07 21:54 (@shinsan68k) @gorry5 @hor11 NDK使う用途だとまずアセンブラ使うでしょうからバイナリすべて用意するのきつくないですか? (pegu)
09/07 21:54 (@skn_) @baru175 @gorry5 非常食の類は定期的に口にして慣れておかないと、いざというときに身体が受け付けない可能性があるので、ちゃんと食べてローテーションしたほうがいいらしいです。聞いた話ですが。 (pege)
09/07 21:54 @shinsan68k それはわりとレア(苦笑>まずアセンブラ使う
09/07 21:54 undo
09/07 21:54 @shinsan68k @hor11 それはわりとレア(苦笑>まずアセンブラ使う
--------
09/07 21:58 (@shinsan68k) @gorry5 @hor11 CだとNative呼び出しのオーバーヘッド多少あるとして速度メリットないような>Dalvik程度でも (pori)
--------
09/07 22:03 @shinsan68k @hor11 単純なコード部分だとせいぜい速度で2倍くらいだと思う。ただし関数を跨ぐinline最適化効果は無視できないし、描画がOpenGLだったりするとJavaのGL APIオーバーヘッドも馬鹿にならない
09/07 22:06 (@shinsan68k) @gorry5 @hor11 もしかしてAndroidのGLってVMで統合されてるとかパフォーマンス出るように出来てないの? (mi)
09/07 22:13 @shinsan68k @hor11 AndroidのJavaからのGL呼び出しは「JNIでGLラッパライブラリを呼び出す」のと等価です
09/07 22:21 (@shinsan68k) @gorry5 @hor11 えええええええええええええ (kugu)
09/07 22:28 @shinsan68k @hor11 このへんとか出せばいいかしら…まさにGL APIのためのJNI/android_opengl_GLES20.cpp https://www.codeaurora.org/git/projects/qrd-gb-dsds-7225/repository/revisions/cc99b832a941dc8cbb86f1607d04eb87935ddbfd/entry/android/frameworks/base/core/jni/android_opengl_GLES20.cpp

■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]
[最新] ■[前年|前月|前日|2012/09/07|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]