パフォーマンスとバッテリー寿命を求めてM系Macを購入したとします。ところがデータベースツールをインストールすると、それがRosetta——パフォーマンスのためではなく互換性のために存在するIntel変換レイヤー——を経由して動いていることに気づきます。アプリはより多くのメモリを使用し、バッテリーをより消耗させ、本来よりも起動が遅くなります。XcodeやVS Codeと並べて一日中開いておくかもしれないツールにとって、そのオーバーヘッドは積み重なっていきます。
データベースツールにかかる「Rosetta税」
多くの人気データベースブラウザは、いまだにIntel専用バイナリとして提供されているか、Apple Siliconへの信頼できる対応がようやく最近になって整ったElectronで構築されています。Qtで構築されたDB Browser for SQLiteは、バージョンによってARM対応が一貫していませんでした。DBeaverはJava上で動作しており、ハードウェアの上にさらに抽象化のレイヤーを重ねています。技術的にはApple Siliconに対応しているツールでさえ、ElectronのChromiumエンジンをバンドルしていることが多く、ネイティブアプリが必要とするよりもはるかに多くのリソースを消費します。
アクティビティモニタを開いて「種類」の列を確認してみてください。M系Macでデータベースツールが「Intel」と表示されていれば、それはRosettaを経由して動作しています。つまり、ネイティブなARMバイナリに比べて起動が遅く、メモリ使用量が多く、バッテリー寿命も短くなるということです。SQLiteビューアのような軽量ユーティリティにとって、このパフォーマンスの差は特に顕著です。なぜなら、そのアプリ自体は本来、高速で小さいはずだからです。
Tome：最初からネイティブなApple Silicon対応
Tomeは、SwiftとAppKitで構築されたユニバーサルバイナリであり、Apple SiliconとIntel Macの両方でネイティブに動作します。M系Mac上では瞬時に起動し、メモリ使用量も最小限で、Rosettaによるオーバーヘッドは一切ありません。まさにApple Siliconが実行するために設計された類のアプリです。
瞬時の起動、少ないメモリ
JVMの起動も、Chromiumエンジンの初期化も、Rosettaによる変換も不要です。Tomeは1秒足らずで起動し、軽量な状態を保ちます——一般的に、Electronベースの代替ツールが消費するメモリのごく一部しか使いません。他の作業に影響を与えることなく、一日中開いておけます。
大きなテーブルもスムーズにスクロール
ネイティブなAppKitによる描画により、TomeはFinderやNumbersに期待するのと同じ滑らかさで何千行もスクロールできます。フレーム落ちもなく、大きな結果セットの末尾にジャンプしても遅延はありません。M系チップはネイティブUIを難なく処理します。
フル機能を、最小限のフットプリントで
テーブル、ビュー、インデックス、トリガーの閲覧。データのインライン編集。シンタックスハイライトとオートコンプリート付きのSQLクエリ実行。ビジュアルなテーブルの作成と変更。これらすべてが、そのプラットフォーム向けに特化して構築されたがゆえにMacのリソースを尊重するアプリの中に詰まっています。