Palm OSは元々Motorola 68000（68Kとよく呼ぶ）プロセッサー用に書かれましたが、Palm OS 5に移る時、いくつものメーカーが製造するStrongArmプロセッサーに移行しました。この新しいプロセッサーは、数多くの機能を持ち、それが68Kプロセッサーと比べ、かなり処理速度がましています。

Palm OS用の大量のソフトウエアと互換性を持たせるため、PalmSourceはPACE ("Palm Application Compatibility Environment") と呼ばれるStrongArmプロセッサー上で動作する68Kのエミュレータを作りました。これによって、68K用に書かれたアプリケーションは、変更を加えずに新しいデバイスでも動作します。新しいプロセッサーの処理速度が速いため、仮に68Kのエミュレータが使われている状態でも、ソフトウエア（NS Basic/Palmプログラムも含む）の実行速度は増します。

68Kのエミュレータを取り除けるとすると、さらに飛躍的な速度の向上が期待できます。NS Basic/Palm 4.1は完全な「Arm Native」です。すなわちNS Basicで開発されたプログラムは、PACE内で動作するのではなく、StrongArmのネイティブコードの中で動作します。

この速度向上はめざましく、最高で２５倍速くなります。これからNSBasicを使えば、いままでは遅過ぎたものも含め、どの種類のアプリケーション開発でも実用的です。

また改善されたのは速度だけではなく、それに連携してバッテリー消費を抑えていますので、よりNSBasicを効果的にしています。

Arm Native NS Basic/Palmを使う

68Kモードで動作するどのNS Basic/Palmプログラムも、コードに変更を加えることなく、Arm Nativeモードで動作します。だた１つの違いは、どのバージョンのRuntimeを使うかです。Arm Nativeモードで動作させるには、NS Basic/Palm 4.0でコンパイルしなければなりません。古いバージョンでコンパイルしたプログラムは、68Kモードでしか動作しません。

どのRuntimeを使うかは、適切なバージョンを選んでデバイスにインストールするか、NS Basic/Palm IDE上で「ツール... オプション... コンパイル／ダウンロード」と選び、プログラムを「Fatアプリ」に指定して下さい。

Arm Nativeコードは68Kコードより大きくなります。インストラクションは16ビットではなく32ビットで、アライメントは４バイトの境になくてはなりません。結果としてArm Native Runtimeはかなり大きくなっています。NS Basicプログラム自体は同じ大きさのままです。

Runtimeは以下の２つの中から選べます：

• NSBRuntime.prc - 68Kコードのみ。NS Basic 4.1まで使われたRuntimeと同じもの。サイズは小さく、全てのデバイス上で動作するが、Palm OS 5デバイスの速度向上のメリットはない。
• NSRuntimeArm68K.prc - OS5用のArm Native Runtimeと旧デバイス用の68K Runtimeを含む。メモリーの大半を使うが、全てのデバイス上で動作し、OS5デバイス上では向上した性能も得られる。

ベンチマーク

様々なテストを行って68K RuntimeとArm Native Runtimeを比べました。最後にある注記を読んで、結果を良く理解して下さい。

68k の結果 - NSBRuntime68Kを使用

Arm Native の結果 - NSBRuntimeArm68Kを使用

結果を理解するための重要な注記

• Bench1 は単純なループです。
• Bench2 は単純なループと、いくつかの計算と条件ロジックです 。
• Bench3 は１秒間に何回単純なループ（毎回２つのシステムコールを含む）を実行したか 。
• FormBench はボタン、リストボックス、ポップアップ、と２０回更新されるフィールドを持つ２つのフォーム。ループはフォームを１００回通るので、かなり多くのスクリーンの更新があります。
• 一番速度の違いが大きいのは、NS Basicコードだけで作られたアプリケーションです。NS Basic/PalmはArm Nativeとして完全に書き直されているので、速度向上のメリットが得られる。これはBench1およびBench2に見られ、２０倍（かそれ以上）の向上が分かります。
• システムコールはPalm OS 5ではすでにArm Nativeです。システムコールは同じスピードで実行されますので、システムコールを多くするコードは、NSBasicコードでしか速度を向上できません。それでも、１０倍の向上が見られます。
• FormBench は多くのシステムコールを含んでいますが、別の限界にぶち当たっています。Tungsten T3の結果を見ると、68KでもArm Nativeでもほとんど違いがみられません。ここでの制限は、どれだけ早くスクリーンを更新できるかです。FormBenchには多くの計算は含まれていませんが、かなりのスクリーン更新があります。Tungsten T3は速いのですが、ここではプロセス時間は問題ではなく、全てはスクリーン更新です。
• 最も安価にあなたのプログラムを速くするには、Zire 21とNS Basic/Palm Arm Nativeを得るのがよいでしょう。