Apa pilihan terbaik untuk digunakan saat mengompresi file menggunakan 7 Zip?

Saya sering harus mengumpulkan file log dan mengunggahnya ke server pusat (Dimiliki oleh perusahaan lain). Server pusat memiliki batas ukuran file, jadi saya mencoba membuat file sekecil mungkin yang masih dalam format zip.

Apa pengaturan terbaik untuk digunakan ketika mengompresi file teks ke format zip ketika saya hanya perlu ukuran file yang kecil?

Saya telah melakukan kompresi ultra yang jelas dan dipilih, dan saya telah memperhatikan bahwa LZMA melakukan pekerjaan yang lebih baik daripada mengempis, tetapi ada terlalu banyak permutasi pilihan lain bagi saya untuk menguji semuanya.

Untuk membuat file ZIP standar terkecil yang dapat dibuat oleh 7-Zip, coba:

7z a -mm=Deflate -mfb=258 -mpass=15 -r foo.zip C:\Path\To\Files\*

^{Sumber: Bagaimana saya bisa mencapai kompresi ZIP standar terbaik?}

Kalau tidak, jika Anda tidak peduli dengan standar ZIP, gunakan pengaturan ultra berikut:

7z a -t7z -m0=lzma -mx=9 -mfb=64 -md=32m -ms=on archive.7z dir1

Yang mana:

-t7z   7z archive

-m0=lzma
       lzma method

-mx=9  level of compression = 9 (Ultra)

-mfb=64
       number of fast bytes for LZMA = 64
-md=32m
       dictionary size = 32 megabytes

-ms=on solid archive = on

Jika Anda dapat menggunakan format .7z dan bukan hanya .zip, saya hanya akan menggunakan PPMD dengan opsi berikut dan membiarkan yang lainnya diatur oleh Level Kompresi:

• Format Arsip: 7z
• Metode Kompresi: PPMD
• Tingkat Kompresi: Ultra

Saya secara teratur mengompresi log server / teks (60MB +) menggunakan opsi ini dan biasanya keluar 1-2% dari ukuran aslinya.

Saya membandingkan untuk db.fdb 1,2 GB (1236598784 B) di server Ubuntu 14.04.03 dengan p7zip [64] 9.20 di VM:

1. 7z a -mx=9 1.7z db.fdb
2. 7z a -t7z -m0=lzma -mx=9 -mfb=64 -md=32m -ms=on 2.7z db.fdb
3. 7z a -t7z -m0=lzma -mx=9 -mfb=258 -md=32m -ms=on 3.7z db.fdb
4. 7z a -t7z -m0=lzma -mx=9 -mfb=258 -md=32m -ms=on -pass=15 4.7z db.fdb
5. 7z a -mx=9 -mmt=on 5.7z db.fdb
6. 7z a -t7z -m0=lzma -mx=9 -mfb=258 -md=32m -ms=on -mmt=on 6.7z db.fdb

dan dapatkan hasilnya:

1.7z 96 MB (100108731 B) with 6' 25"
2.7z 95 MB ( 99520375 B) with 5' 18"
3.7z 93 MB ( 97512311 B) with 9' 19"
4.7z 93 MB ( 97512345 B) with 9' 40"
5.7z 96 MB (100108731 B) with 5' 26"
6.7z 93 MB ( 97512311 B) with 9' 09"

Saya pikir metode kedua berfungsi dengan baik = (hampir) kompres terbaik dengan waktu terbaik. Tetapi untuk "tampilan" terbaik dan mudah diingat adalah metode pertama - dengan file kecil dan tidak ada titik kompres maks. Antara metode 2 dan 3 kita tidak mendapatkan 7z lebih kecil tetapi membayar hampir dua kali lebih banyak untuk kompresi. Siapa pun yang memutuskan dengan keputusannya sendiri.

Setelah banyak percobaan, menggali ke dalam dokumentasi 7zip yang terperinci, dan membaca beberapa kode sumber 7z mengenai parameter LZMA2 yang canggih, berikut adalah metode yang lebih baik di bawah ini. Ini mengurangi beberapa file tes dunia nyata 1GB lebih dari 2 hingga 4 kali lebih baik daripada solusi yang diterima sebelumnya diposting di sini atau bahkan di halaman manual 7z.

7z a -t7z -mx=9 -mfb=273 -ms -md=31 -myx=9 -mtm=- -mmt -mmtf -md=1536m -mmf=bt3 -mmc=10000 -mpb=0 -mlc=0 archive.7z inputfileordir

Kompresi LZMA2 diasumsikan di sini, tetapi Anda mungkin bisa mendapatkan kinerja yang lebih baik di 7zip dengan melewati opsi LZMA2 lanjutan seperti -m0=LZMA2:27, atau -m0=LZMA2:d25, atau berbagai parameter seperti

-m0=BCJ2 -m1=LZMA:d25 -m2=LZMA:d19 -m3=LZMA:d19 -mb0:1

Parameter seperti itu tampaknya tidak dihormati oleh versi 7z yang saya uji, tetapi Anda mungkin ingin menjelajahi lebih lanjut atau menambal kode 7z untuk menguraikannya dengan benar. Atau mungkin itu seharusnya berfungsi dan hanya rusak di build yang diuji.

Setel bidang "split ke volume, byte" ke ukuran file maksimum yang diizinkan server (dalam byte, saya pikir, meskipun sepertinya menerima singkatan umum seperti "KB" dan "MB"). Jika file zip melebihi ukuran itu, 7-zip akan membaginya menjadi beberapa file secara otomatis, seperti integrasi_serviceLog.zip.001 , integrasi_serviceLog.zip.002 , dll. (Kembali ketika, PK Zip menggunakan ini untuk span file zip melintasi beberapa floppy disks.) Anda perlu semua file hadir untuk unzip. Gunakan itu alih-alih mengkhawatirkan pengaturan kompresi terbaik mutlak untuk digunakan untuk set file tertentu, karena apa yang terbaik untuk satu file mungkin berbeda untuk file lain, dan Anda tidak ingin harus melalui ini setiap kali Anda perlu salin log.