重點摘要
在這些測量中，Beta 0.1.2（CH-J Tools）在三個平台上開啟三個模組及進行 SSH 和 SFTP 操作時，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 個模組時的 RAM 使用量System 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 操作期間的 CPU 使用量單一核心的百分比。 | 0.3 ⟶ 2.9 ⟶ 2.4 | 2.0 ⟶ 12.4 ⟶ 2.5 | 8.7 ⟶ 23.7 ⟶ 3.0 |
| 重複下載 512 MiB 時的 CPU 使用量單一核心的百分比；顯示 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 日測量，各執行一輪，使用相同的測試情境及相同類型的測試伺服器；每個階段先等待 12 秒讓狀態穩定，再測量 40 秒。 RAM 是應用程式所有處理程序的駐留記憶體或工作集總和，因此共用記憶體會被重複計算。CPU 以單一核心的百分比表示。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 已停用。 這只是一次測量，並非通用的效能基準測試，您的數值會有所不同。macOS 上 0.1.0 極低的 CPU 數值看來可疑，尚未獲得確認。
數值可能如此的原因
在 0.1.1 中，每個模組都會開啟獨立視窗，並使用各自的 WebView 處理程序；隨著開啟的模組增加，資源使用量也會累加。在 0.1.2 中，所有視窗共用同一個 WebView 處理程序家族，這與開啟三個模組時 RAM 使用量較低的結果一致；因果關係尚未獲得獨立證實。0.1.2 的套件比 0.1.1 大，可能是因為新納入的元件（Standby Helper、macOS 小工具、擴充的密碼學功能）；未測量各元件的大小分布。測量方法會重複計算共用記憶體，因此可能高估處理程序較多的應用程式的數值。
這對您的意義
在這些測量中，Beta 0.1.2 是在 macOS、Windows 和 Ubuntu 上使用模組及進行 SSH 和 SFTP 操作時最節省資源的版本，同時仍明顯小於 Beta 0.1.0。不過，更新前仍請備份資料。