ZFS 壓縮可為 NAS 騰出多少空間？先看檔案類型

圖片：TechLab 自製資訊圖

TechLab 編輯部（譯）·2026-10-11

啟用後可省空間，但媒體庫未必受惠

XDA Developers 作者 Dhruv Bhutani 因 NAS 容量漸滿，在 TrueNAS 的 ZFS 儲存池啟用壓縮，希望延後添置硬碟的需要。他的經驗顯示，這項設定確可讓某些資料佔用更少空間，而且用家日常複製檔案、串流影片及開啟文件的方式毋須改變。不過最重要的限制同樣清楚：已經採用高壓縮編碼的影片、圖片或音樂檔，通常沒有多少再壓縮空間；它不能當作媒體收藏庫的即時擴容方案。

這對自行架設 TrueNAS 或採用 ZFS 的家用 NAS 用家尤其有參考價值。儲存空間不夠時，壓縮看似是成本最低的一步，但實際回報取決於儲存池內的資料組成，也取決於啟用的時間。Bhutani 的測試屬個人使用情境，並不代表每個 NAS 都會得出相同結果；較合理的解讀是，把 ZFS 壓縮視為整理儲存策略的一環，先辨識可壓縮資料，再決定是否值得期待明顯的容量回收。

壓縮放在儲存層，改變的是寫入方式

傳統壓縮通常要把檔案製成壓縮檔，使用前還要解壓，或依賴 app 原生支援相關格式。對以 Plex、Jellyfin 串流為主的環境，這會增加檔案管理工序，亦未必能直接播放封存檔案。ZFS 的做法不同：資料寫入儲存池時由檔案系統處理壓縮，讀取時再解壓，對用戶與應用程式而言是透明的。因此，原有資料夾結構、掛載方式與日常工作流程大致可以維持。

來源指出，ZFS 會在寫入資料時評估區塊，對壓縮後沒有好處的區塊可不作壓縮。這一點解釋了為何它適合混合用途 NAS：同一個儲存池可同時存放文件、資料庫、影片與相片，不必由用家逐個檔案判斷是否先壓縮。不過，「自動」不等於所有檔案都會變小。JPEG 本身已屬壓縮格式，而以 H.265 編碼的影片已為縮小體積而設計，再交給另一層壓縮，所得空間往往很有限。

影片佔最多，不代表能收回最多

Bhutani 的多 TB 影片庫大多是 H.265 檔案，啟用後幾乎沒有看到儲存用量差異。這個觀察對媒體優先的 NAS 很關鍵：影片通常是容量大戶，卻未必是壓縮收益來源；即使控制介面顯示壓縮已開啟，總容量數字也可能只出現細微改變。若用家是為了容納更多電影、劇集而啟用設定，應先把預期放低，免得將它誤當成替代新增硬碟的方案。

反過來說，影片伺服器也不會因而完全不值得開啟 ZFS 壓縮。來源提到，Plex 的中繼資料、設定檔及資料庫可從中受惠；無損音樂庫的相關中繼資料亦可能節省空間。單一項目未必很大，但隨收藏、索引與應用程式資料累積，仍有可能帶來可觀差別。這是由來源事實延伸的判斷：在媒體 NAS 上，壓縮的價值較可能落在「周邊資料」而非原始影音檔，容量規劃也應把兩者分開估算。

LZ4 與 Zstandard：速度、彈性與處理時間

壓縮演算法的選擇同樣影響取捨。Bhutani 將 LZ4 描述為優先兼顧速度與實用空間節省的選項；Zstandard 則提供可調校的壓縮級別，若能接受較多處理時間，可換取較佳壓縮效果。對硬件性能較有限的 NAS，他選擇偏向平衡的設定，而非最進取的壓縮方式。這個取向的重點在於，NAS 不只負責儲存，還可能同時處理串流、索引與其他工作，壓縮負擔要與整體使用感受一併衡量。

從家用部署角度推論，LZ4 較適合想以較少調校換取穩定日常操作、並主要儲存混合資料的用家；Zstandard 較適合已確認有大量文字、紀錄、資料庫或 app 資料，而且願意按設備處理能力調整級別的人。這並非指其中一種演算法必然較好，因為資料類型與設備餘裕都會改變結果。最實際的做法，是先確認 NAS 的主要工作負載，避免只因追求最高壓縮比而忽略讀寫及其他服務的需求。

舊資料不會自動變小，部署時機很重要

另一個容易被忽略的限制是，ZFS 壓縮不會追溯處理已存在於儲存池的資料。來源明確指出，開啟設定後只有新寫入的資料會套用壓縮；一個早已裝滿影片和檔案的儲存池，啟用當刻不會立即釋出空間。這使它較像未來寫入資料的容量效率設定，而非一次過清理舊檔的工具。若用家只看啟用後首日的可用容量，很可能誤判它完全沒有作用。

來源指文件、紀錄及應用程式資料可有高達約 2:1 的壓縮比，即相同實體容量可容納約雙倍該類資料，但同時強調檔案內容差異很大，難以給出一個適用所有人的數字。因此，下一步值得觀察的是新增資料的實際組成，以及壓縮啟用後一段時間的儲存池變化。對準備擴容的 NAS 用家而言，先為往後新增的文件、資料庫與服務資料開啟合適壓縮，然後再按媒體庫增長和實際可用空間決定硬碟計劃，會比只期待既有影片庫突然縮小更符合這項功能的限制。