要点
今回の測定では、Beta 0.1.2（CH-J Tools）は3つのモジュールを開いた状態でも、SSHおよびSFTPでの作業中でも、3つのプラットフォームすべてでRAM使用量が最も少なく、この作業中のCPU使用率も低くなっています。ダウンロードパッケージとインストール後のアプリケーションはAlpha 0.1.1よりやや大きくなっていますが、Beta 0.1.0よりは依然として大幅に小さいままです。以下の制約も含め、事実に基づいて判断していただけるよう、これらの数値を公開しています。
測定値
各セルはBeta 0.1.0 → Alpha 0.1.1 → Beta 0.1.2の順に表示しています。数値は低いほど良好です。値は平均値です。最後の行は、同じテストにネイティブのファイル選択ダイアログが必要なため、0.1.0では測定していません。0.1.2のWindowsとUbuntuでは、測定フェーズ中に繰り返しダウンロードが開始されなかったため、値を省略しています（–）。
| Beta 0.1.0 ⟶ Alpha 0.1.1 ⟶ Beta 0.1.2 | macOS | Windows | Ubuntu |
|---|---|---|---|
| インストーラーダウンロードしたパッケージのサイズ。 | 160 ⟶ 21 ⟶ 31 MB | 114 ⟶ 12 ⟶ 17 MB | 114 ⟶ 20 ⟶ 26 MB |
| インストール済みアプリケーションインストール後のディスク使用量。 | 352 ⟶ 61 ⟶ 73 MiB | 422 ⟶ 53 ⟶ 73 MiB | 392 ⟶ 62 ⟶ 73 MiB |
| ロック解除後のRAM保管庫のロックを解除し、モジュールを開いていない状態。 | 482 ⟶ 315 ⟶ 317 MiB | 353 ⟶ 374 ⟶ 405 MiB | 727 ⟶ 680 ⟶ 460 MiB |
| 3つのモジュールを開いた状態のRAMSystem Monitor、File Manager、Log Viewerを開いた状態。 | 861 ⟶ 496 ⟶ 484 MiB | 664 ⟶ 1238 ⟶ 460 MiB | 1102 ⟶ 1935 ⟶ 1010 MiB |
| SSHとSFTPでの作業中のRAMさらに、稼働中のターミナルとSFTP経由の読み取りを追加した状態。 | 878 ⟶ 523 ⟶ 458 MiB | 683 ⟶ 1292 ⟶ 354 MiB | 1146 ⟶ 2057 ⟶ 1048 MiB |
| SSHとSFTPでの作業中のCPU1コアに対する使用率。 | 0.3 ⟶ 2.9 ⟶ 2.4 | 2.0 ⟶ 12.4 ⟶ 2.5 | 8.7 ⟶ 23.7 ⟶ 3.0 |
| 512 MiBを繰り返しダウンロード中のCPU1コアに対する使用率。0.1.1 ⟶ 0.1.2を表示、0.1.0では未測定。 | 17.9 ⟶ 20.5 | 3.6 ⟶ – | 23.9 ⟶ – |
測定方法
Beta 0.1.0とAlpha 0.1.1は2026年10月30日と31日、Beta 0.1.2は2026年11月7日に、それぞれ同じシナリオで同じ種類のテストサーバーに対して1回の測定を実施しました。各フェーズで12秒間安定を待ち、その後40秒間測定しています。 RAMはアプリケーションの全プロセスの常駐メモリまたはワーキングセットの合計であるため、共有メモリは重複して計上されます。CPUは1コアに対する使用率です。UbuntuはGPUなしのXvfb環境で実行しました。0.1.0と0.1.1のWindowsはユーザーがログインしていないセッションで実行しましたが、0.1.2ではそのセッションでWebViewが起動しないため、ログイン済みのセッションで測定しており、Windowsの値は以前の値と直接比較できません。Windowsは測定中にワーキングセットを削減するため、後半のフェーズでは値が低下する場合があります。0.1.1と0.1.2はテスト自動化を有効にしたリリースビルド、0.1.0は公式パッケージを使用しました。比較条件をそろえるため、0.1.2ではStandby Helperを無効にしました。 これは1回の測定であり、一般的なベンチマークではありません。お使いの環境では異なる値になります。macOSでの0.1.0のCPU使用率は極端に低く、疑わしい値ですが、まだ確認できていません。
このような数値になると考えられる理由
0.1.1では各モジュールが独自のWebViewプロセスを持つウィンドウを開き、モジュールを追加で開くにつれてリソース使用量が加算されていました。0.1.2ではすべてのウィンドウが1つのWebViewプロセスファミリーを共有しており、3つのモジュールでのRAM使用量の低下と整合しますが、因果関係は独立には実証されていません。0.1.2のパッケージが0.1.1より大きいのは、新たに同梱された要素（Standby Helper、macOS用ウィジェット、拡張された暗号機能）が原因と考えられますが、サイズの内訳は測定していません。測定方法は共有メモリを重複して計上するため、プロセスが多いアプリケーションでは値を過大評価する可能性があります。
利用する際の判断材料
今回の測定では、Beta 0.1.2はmacOS、Windows、Ubuntuでモジュールを使用する作業やSSHおよびSFTP経由の作業において最もリソース消費が少ないバージョンであり、Beta 0.1.0よりも依然として大幅に小さくなっています。それでも、更新前にはデータをバックアップしてください。