轉換到Kubuntn時,自己玩的手遊PC端雖然有人做好啟動器,可以免去尋找指令檔搭建Wine環境的麻煩,但檔案下載時間過久,所以有備份檔案的需求;嘗試KDE環境自帶的Ark及額外安裝的Peazip,都沒辦法順利的完成自己的需求,所以花費了時間進行測試及了解各種格式的優缺
不得不說Linux發展這麼久,在圖形化介面的壓縮程式這一塊,選項真的極為稀少,作為一台電腦必備的程式來說,這實在是很讓我感到意外...
不得不說Linux發展這麼久,在圖形化介面的壓縮程式這一塊,選項真的極為稀少,作為一台電腦必備的程式來說,這實在是很讓我感到意外...
1.測試環境
2.測試結果
3.參考資料
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格式的壓縮檔時,可以加入修復檔,雖然修復的成功率極為渺茫,但至少有點希望....吧? |
※壓縮比僅以Vulkan的檔案計算,因在7z、gz、bz2、xz的測試中,崩鐵、崩3的檔案直接進行壓縮都是失敗告終,故無法計算
※崩鐵的資料夾,以Peazip打包成tar格式之後再進行壓縮,無論是7z還是xz,都可以正常完成壓縮