Vmware-Esxi
tar -z 很慢
我知道以前有人問過這個問題，並且我看到了有關使用 pigz 的建議。很好的建議，但我想看看我是否真的有“問題”。
我有一個 esxi 主機。它是免費版本，所以很多企業工具都不起作用。它也是個人實驗室使用，所以我不太關心高可用性。
目前要備份虛擬機，我有一個腳本可以關閉虛擬機，將虛擬機文件從本地儲存複製到 1gbe NAS，打開虛擬機電源，然後在 NAS 本身上 tar -z 文件。
我開始記錄一些時間只是為了看看事情花了多長時間。
範例 1：
- 28GB 虛擬機 vmdk 文件
- 複製時間：5 分 21 秒
- 平均複製速度：713mbps
- 壓縮壓縮時間：1 小時 55 分鐘
- 帶壓縮的 zip 平均速度：33mbps
範例 2：
- 95GB 虛擬機 vmdk 文件
- 複製時間：29 分 7 秒
- 平均複製速度：445mbps
- 壓縮壓縮時間：4 小時 3 分鐘
- 帶壓縮的 zip 平均速度：53mbps
實際上這不是問題，因為虛擬機在復製完成後立即啟動，tar -z 可以執行一天而不會被注意到。只是想知道這是否是 tar -z 的正常速度？
我檢查了 VM 主機，CPU 和儲存似乎都處於空閒狀態。我檢查了 NAS 和 CPU，並且儲存似乎處於空閒狀態。我不知道我是否想在 pigz 路線上全力以赴，讓它最大限度地利用 VM 主機 CPU，另一方面，更快一點的速度會很好。
您可以使用 pigz 但利用 -p 或 –process 選項
來自https://zlib.net/pigz/pigz.pdf的手冊頁
-p --processes n Allow up to n processes (default is the number of online processors)這將允許控制壓縮對環境其餘部分的 cpu 影響量。
如果您有另一台主機，您可以將操作的壓縮部分轉移給它，並允許將所有可用的 CPU 與 pigz 一起使用。
至於初始副本與壓縮任務的性能。根據 NAS 配置，您在讀取和寫入同一系統時可能會出現一定數量的爭用。如果 CPU 不是壓縮的瓶頸，執行從 NAS 到 NAS 的簡單複制將給您一個不錯的估計，您希望複製的速度有多快。