armeabiコードよりもarmeabi-v7aコードを使用するのはなぜですか？

Question

私の現在のプロジェクトでは、複数の.soファイルを使用しています。これらはarmeabiとarmeabi-v7aフォルダにあります。残念ながら.soファイルの1つは6MBで、ファイルサイズを小さくする必要があります。太ったAPKファイルを作成する代わりに、armeabiファイルだけを使用してarmeabi-v7aフォルダを削除したいと考えています。

NDKの文書によると、armeabi-v7aコードは拡張ARMeabiコードであり、余分なCPU命令を含むことができます。これは私の専門知識を超えていますが、なぜarmeabi-v7aとarmeabiコードの両方を使用したいのですか？両方の理由があるのは間違いないでしょう。

私のテストデバイスでは、このすべてがうまくいくようです。これらはARM v7 CPUを搭載しています。すべてが今働いていると想定するのは安全でしょうか？

Answer 1

ネイティブコードに依存しますが、v7aはハードウェア浮動小数点演算をサポートしているため、大きな違いがあります。 Armeabiはすべてのデバイスでうまく動作しますが、処理速度は大幅に遅くなり、新しいデバイスのCPU機能を利用することはありません。特定のアプリケーションのベンチマークを取るが、armeabi-v7aバイナリを削除することは一般的には良い考えではない。サイズを小さくする必要がある場合は、古い（armeabi）デバイス用と新しい（armeabi-v7a）デバイス用に2つの別々のapkが必要です。

Answer 2

EABI =埋め込みアプリケーションバイナリインターフェイス。特定の実行環境で実行するために実行可能ファイルが適合しなければならない仕様です。また、ARMアーキテクチャで使用されるツールチェーン間の相互運用に必要なコンパイルとリンケージのさまざまな側面も指定します。この文脈では、armeabiについて話すときに、ARMアーキテクチャとGNU/Linux OSについて説明します。 Androidは、リトルエンディアンのARM GNU/Linux ABIに準拠しています。

armeabiアプリケーションはARMv5（ARM9など）とARMv6（ARM11など）で動作します。 -mfpu = vfpv3 -mfloat-abi = softfpのような適切なGCCオプションを使用してアプリケーションを構築する場合は、VFPハードウェアの浮動小数点命令を生成するようにコンパイラに指示し、ソフト浮動呼び出し規則を有効にする場合は浮動小数点ハードウェアを使用できます。 armeabiはハードフロート呼び出し規約をサポートしていません（FPレジスタは関数の引数を含むために使用されません）が、HWのFP操作は引き続きサポートされています。

armeabi-v7aアプリケーションは、Cortex A8、A9、A15などのCortex A＃デバイスで実行されます。マルチコアプロセッサーをサポートし、-mfloat-abi = hardをサポートしています。したがって、-mfloat-abi = hardを使用してアプリケーションをビルドすると、多くの関数呼び出しが高速になります。