主題

Linux上的圖形介面壓縮軟體(pearzip)測試

傲月織羽 | 2024-03-20 23:01:16 | 巴幣 0 | 人氣 57

轉換到Kubuntn時，自己玩的手遊PC端雖然有人做好啟動器，可以免去尋找指令檔搭建Wine環境的麻煩，但檔案下載時間過久，所以有備份檔案的需求；嘗試KDE環境自帶的Ark及額外安裝的Peazip，都沒辦法順利的完成自己的需求，所以花費了時間進行測試及了解各種格式的優缺

不得不說Linux發展這麼久，在圖形化介面的壓縮程式這一塊，選項真的極為稀少，作為一台電腦必備的程式來說，這實在是很讓我感到意外...

1.測試環境
2.測試結果
3.參考資料

測試環境

作業系統：Kubuntu 23.10
KDE Plasma版本：5.27.8
KDE Frameworks版本：5.110.0
Qt 版本：5.15.10
核心版本：6.5.0-26-generic
圖形平台：X11
處理器：i7-8086K無超頻、開啟HT超線程（6C12T）
記憶體：DDR4 2666 32G 雙通道
主機板：Gigabyte Z390 GAMING X
軟體：Peazip 9.7.1-QT5

測試檔案：

從https://vulkan.lunarg.com/sdk/home#linux這裡下載的vulkansdk-linux-x86_64-1.3.275.0.tar.xz檔案，解壓縮成資料夾後進行測試；資料夾檔案大小1.6 GiB (1,730,638,848)

崩鐵（42.2G)、崩3(41.3G)

測試方式：統一以peazip進行壓縮，每種格式都設定極致壓縮，測試過程以系統監控查看CPU的使用率佔比來判斷是否完整支援多線程

測試結果

格式	多線程優化	壓縮比（壓縮後大小/原始大小，以位元組計算）	說明
tar		100％	1. 無壓縮、僅打包儲存 2. 最初用於磁帶備份設計，可確保檔案執行權限、目錄資訊、符號連結等等完整保存 3. 只要是xz、gz、bz2等等格式，面對複數檔案都必須要用tar打包後才可壓縮 4. 若要備份Linux的可執行檔則無可取代，沒有不使用的可能 5. 打包幾乎是瞬間完成，檔案放置在Sn 770當中，按下約3秒就打包好42G左右的檔案...
xz	V	14.15％	1. 採用跟7z一樣的LZMA壓縮演算法，故壓縮率與7z格式差不多，甚至略好一點 2. 支援多線程，但與同為使用LZMA的7z格式來說，優化較差，CPU使用率僅70％上下 3. 面對複數檔案時無法單獨選用，需先將檔案打包成tar才可進行壓縮 4. 壓縮所需消耗的時間最久，所需的記憶體資源與7z相近 5. 直接壓縮大檔案有導致系統卡死的可能，建議先自行打包成tar後再壓縮成xz 6. Linux上壓縮的首推格式
gz		24.98％	1. 僅支援單線程 2. 面對複數檔案時無法單獨選用，需先將檔案打包成tar才可進行壓縮 3. 直接壓縮大檔案有導致系統卡死的可能，建議先自行打包成tar後再壓縮成gz
bz2	V	24.13％	1. 支援多線程完整，壓縮過程CPU使用率滿載 2. 面對複數檔案時無法單獨選用，需先將檔案打包成tar才可進行壓縮 3. 直接壓縮大檔案有導致系統卡死的可能，建議先自行打包成tar後再壓縮成bz2
7z	V	14.43％	1. 支援多線程完整，壓縮過程CPU使用率滿載 2. 壓縮大檔案時，系統不會卡死，但也沒有建立檔案... 3. Linux上壓縮的次推格式
zip		25％	1. 流傳最廣的格式，以目前的系統來說，都具備壓縮/解壓縮該格式的能力 2. 最低的壓縮率 3. 在peazip壓縮測試失敗的格式中，改以KDE Ark進行對崩鐵、崩3資料夾壓縮，唯一一個可以通過測試的格式
rar			1. 為winrar專屬格式，peazip無法建立該格式，故沒有列入比較，僅註解 2. 網路上相當常見的格式 3. winrar建立rar格式的壓縮檔時，可以加入修復檔，雖然修復的成功率極為渺茫，但至少有點希望....吧？