文章目錄
- 測試環境
- 機器配置
- 被壓縮文件
- WinRAR
- 7zip@Linux子系統
- 準備
- 極限壓縮
- 減小字典的極限壓縮
- 7zip@Win11
- 準備
- 極限壓縮
- 7zip@系統內置右鍵壓縮菜單
- 極限壓縮
- 總結:Win11 的壓縮軟件的最佳配置和使用方式
測試環境
機器配置
Win11系統
16GB內存
8核CPU
被壓縮文件
文件夾內有幾十個純文本文件,共計5.77GB。
每個純文本文件大小在 10M+ 到 100M+ 之間,其內容為之前各個網站流落出來的用戶密碼合集,格式不一,內容以多樣化的用戶名、密碼、和其他賬號信息為主,具有很小的重合性(包括常見的重復用戶名和弱密碼,以及同人的多平臺同賬號密碼等情況)。
WinRAR
壓縮配置:極限壓縮,固實壓縮。
測試結果:
- 時間最快:大約17分鐘多。
- 壓縮結果最差:1.87GB
7zip@Linux子系統
準備
Linux子系統安裝的Ubuntu,默認不帶7zip程序,需要使用如下命令安裝:
sudo apt update && sudo apt install p7zip-full -y
極限壓縮
參數如下,核心參數解析:極限壓縮,固實壓縮,256m字典,多線程。
7z a -t7z -ms=on -mx=9 -m0=LZMA2 -md=256m -mmt=on "output.7z" "your_folder/"
測試結果:內存超標被Killed。
原因:Linux子系統默認只能使用電腦的一半內存(即8GB),并且其swap只有2GB,無法支撐256m的詞典(在多線程下每個線程會使用獨立的詞典緩存使得內存占用按照線程數增長),在壓縮到15%的進程左右時會被系統殺死。
減小字典的極限壓縮
參數同之前,只是少了 -md
參數,其默認值會根據 ??系統架構(32位/64位)?? 和 ??壓縮級別(-mx)?? 自動確定,一般會在 16MB - 64MB 之間。(本例實測結果為64mb)
注:去掉 -mmt=on
參數時,系統也會自動根據CPU核數設置其默認值為并發。
7z a -t7z -ms=on -mx=9 -m0=LZMA2 -md=256m -mmt=on "output.7z" "your_folder/"
測試結果:
- 時間:20分鐘+
- 壓縮結果:1.65GB
7zip@Win11
準備
7zip官網 下載 Windows X64 的安裝包并安裝。安裝后也會集成到右鍵,并提供可視化UI界面。
極限壓縮
壓縮配置:極限壓縮。固實壓縮會自動適配為16GB大小(完全覆蓋所需),字典大小會自動適配為256m。
測試結果:
- 時間:30分鐘+
- 壓縮結果:1.65GB(在字節數上比Linux子系統測試結果要小,但也就小幾MB,完全可以忽略)
7zip@系統內置右鍵壓縮菜單
極限壓縮
壓縮配置:極限壓縮。注:無法指定固實壓縮方式。
測試結果:
- 時間:2小時+
- 壓縮結果:1.65G(字節數最小,但是差距也就幾MB,可忽略)
更多信息:經驗證其壓縮結果,實際上使用了“固實壓縮方式”,詞典使用的是64mb,和Linux子系統下的結果是一致的。
總結:Win11 的壓縮軟件的最佳配置和使用方式
- Win11 最新版本已經在右鍵菜單內置支持 zip、7zip 等多種方式的壓縮和解壓;并單獨支持RAR格式的解壓。日常壓縮解壓縮使用zip格式即可,可滿足速度和壓縮率要求。
- 對于一些需要極限壓縮的內容,對于有Linux子系統的推薦使用子系統的7z命令;小白用戶可安裝 7zip 獨立版本來大幅縮減壓縮時間。
- WinRAR 如無特殊需求,完全可以不需安裝了!
PS,不管其他人怎么想,我是很樂于見到一個沒有WinRAR的時代。只是因為 It’s Simple and Stupid.