gzip vs pigz 實測：多核並行壓縮到底快多少？

在資料備份、日誌輪轉、鏡像傳輸等場景，壓縮速度往往成為瓶頸。傳統 gzip 單執行緒特性在多核心 CPU 時代顯得捉襟見肘，而 pigz（Parallel Implementation of GZip） 正是為此而生。本文透過實際基準測試，量化分析兩者在壓縮速度、解壓縮速度、壓縮率、CPU 佔用等關鍵指標上的差異，為您選型提供數據支撐。

測試環境與方法

• CPU： 8 邏輯核心（Intel Xeon E5 系列，超執行緒）
• 記憶體： 32 GB DDR4
• 儲存： NVMe SSD（排除 I/O 瓶頸）
• 測試檔案： 兩個 tar 封存檔（2.3 GB 與 4.9 GB），模擬資料庫備份與系統映像
• 工具版本： gzip 1.10 / pigz 2.4
• 指標： 實時、使用者態/核心態 CPU 時間、壓縮後大小、峰值 CPU 佔用率

測試結果總覽

關鍵發現與分析

1. 壓縮加速比高達 5.3 倍： 8 執行緒 pigz 將 4.9 GB 檔案從 6 分 20 秒縮減至 1 分 12 秒，加速比 5.3×；2.3 GB 檔案加速 6.4×。隨檔案增大，並行優勢愈發明顯。
2. 解壓縮同樣受惠： pigz 解壓縮同樣並行化，速度提升 2× 左右（受限於 gzip 格式區塊獨立性）。
3. 壓縮率幾乎無差異： 兩者輸出檔案大小僅相差 KB 級，pigz 維持 gzip 相容格式，解壓縮端無需 pigz 即可用標準 gzip -d 處理。
4. CPU 消耗成正比： 8 執行緒峰值 CPU 佔用 ~800%（即 8 核心滿載），4 執行緒 ~400%。若系統同時運行資料庫、Web 服務，建議限制執行緒數（pigz -p4）或使用 nice/ionice 降低優先權。
5. 規模效益遞減： 由 4→8 執行緒提升 41%，8→16 僅 28%，16→32 僅 3%，受限於記憶體頻寬、鎖競爭與 gzip 區塊切分開銷。

適用場景建議

安裝與常用參數速查

# Debian/Ubuntu
apt-get install pigz
# RHEL/CentOS/Fedora
dnf install pigz
# macOS
brew install pigz

# 常用參數
pigz -p N        # 指定執行緒數（預設邏輯核心數）
pigz -d          # 解壓縮（相當於 unpigz）
pigz -k          # 保留原始檔案
pigz -1 .. -9    # 壓縮等級（預設 -6，-1 最快，-9 最小）
pigz --fast      # 等同 -1
pigz --best      # 等同 -9
pigz -c < file > file.gz  # 標準輸入/輸出管線模式

結語

在現代多核心硬體上，pigz 是 gzip 的近乎完美替代品：相容格式、壓縮率持平、壓縮/解壓縮速度提升 2–6 倍。唯一代價是 CPU 佔用率成倍上升，生產環境請務必配合執行緒限制與優先權控制。對於「壓縮窗口有限、CPU 閒置充足」的備份、遷移、打包場景，pigz 應列為首選工具。