效能基準測試
上次更新：2026/10/14QV2QS 批次轉換可跨多個 CPU 核心進行擴充。以下基準測試衡量在固定資料集上，不同 worker 數量範圍下的端對端效能。
測試環境
基準資料集包含 28 個 QlikView 應用程式，共有 234 個工作表與 5,377 個物件。所有 PRJ 資料夾均在執行基準測試之前預先產生。每次執行都將全部 28 個應用程式部署至 Qlik Cloud，並啟用重新載入與自動二進位載入。
測試機具有 12 個邏輯 CPU 核心。QV2QS 在進行本機轉換時使用行程集區（真正的 CPU 平行處理），在雲端部署時則使用執行緒集區（I/O 密集型）。
端對端結果
每一欄代表一個工作者數量。這些資料列細分了構成端對端總計的兩個連續階段 —— 本地轉換與雲端部署。
1w 5w 10w ▸ 11w ▸ 15w 20w 25w 30w
────────────────────────────────────────────────────────────────────────
Conversion
Elapsed 4m 28s 1m 30s 1m 22s 1m 15s 1m 06s 1m 11s 1m 11s 1m 13s
CPU time 3m 25s 5m 12s 8m 01s 7m 13s 7m 41s 8m 58s 10m 09s 10m 18s
Cloud 19m 12s 4m 32s 3m 26s 3m 23s 3m 00s 3m 00s 3m 09s 3m 13s
────────────────────────────────────────────────────────────────────────
Total 23m 40s 6m 02s 4m 48s 4m 38s 4m 06s 4m 11s 4m 20s 4m 26s
Speedup 1.0x 3.9x 4.9x 5.1x 5.8x 5.7x 5.5x 5.3x
▸ 11w = Auto-detect default (cores − 1)
▸ 15w = Observed peak
- 經過時間 — 本地轉換的實際時間：PRJ XML 解析、物件圖走訪以及 QS JSON 產生。
- CPU 時間 — 轉換期間所有工作處理程序所耗用的累計 CPU 時間。CPU 時間會隨著 worker 數量增加而增加，因為每個額外的處理程序都會增加排程與記憶體的額外負荷。
- 雲端 — 雲端部署的實際時間：應用程式建立、媒體上傳、建置、重新載入以及二進位載入。
- 總計 — 端對端實際經過時間 (轉換經過時間 + 雲端)。
縮放行為
- 本機轉換最高可隨 CPU 核心數呈線性擴展。在 12 核心機器上，將 worker 從 1 個增加到 10 個可縮短 70% 的轉換時間。
- 雲端部署會隨著執行緒數量而擴展，因為此工作受限於 I/O（對 Qlik Cloud API 的網路請求）。雲端階段從 1 個 worker 的 19 分鐘降至 10 個 worker 的 3 分鐘。
- 超過 CPU 核心數後，額外的工作程序會增加處理程序排程的額外負擔，且不會帶來任何實質改善。20 個 worker 與 30 個 worker 的執行速度比 15 個 worker 的執行更慢。
- 在這台 12 核心機器上，最高輸送量出現在約 15 個 worker 時（加速 5.8 倍）。自動偵測的預設值「核心數減一」（11 個 worker，5.1 倍加速）與峰值差距在 12% 以內，且不會產生超額配置的效能懲罰。
- CPU 時間會隨著 worker 數量穩定增加。在 11 個 worker 的情況下，轉換作業會耗費 7 分 13 秒的累計 CPU 時間。在 30 個 worker 時，相同的工作耗費了 10 分 18 秒——CPU 成本增加了 43%，但實際執行時間卻毫無改善。
資訊備註
雲端階段包含針對每個應用程式使用二進位載入進行重新載入。雲端時間取決於應用程式資料量、重新載入複雜度、租用戶負載，以及 Qlik Cloud 引擎配置。較大的應用程式或較繁忙的租戶所產生的雲端時間，將會比此處顯示的更長。
雲端部署並行性
Qlik Cloud 對每個租用戶同時執行的重新載入次數設有限制。當批次部署以高 worker 數量執行時，超過租用戶限制的重新載入要求會在伺服器端排入佇列。一旦達到並行重新載入限制，無論本機 CPU 與執行緒資源為何，雲端階段的加速效果都會趨於平緩。
如需租用戶層級限制的詳細資訊，請參閱 Qlik Cloud 資源限制。如需 Qlik Cloud 容量防護措施的完整規格，請參閱 Qlik Cloud 規格與容量防護措施。