Mengkompresi OS setelah beberapa perubahan kecil telah menghasilkan hasil yang sangat berbeda - mengapa?

0

Saya menggunakan SUSE Linux pada Mesin Virtual melalui VMWare Workstation.

Pagi ini, saya membuka salinan folder yang berisi VM saya (.vmx, .vmdk, .vmem, snapshot tunggal dan semuanya) dan mengirimkannya ke saudara saya. Folder ini awalnya 14gigs, dan dikompresi menjadi 10gigs. Proses ini memakan waktu hampir 45 menit.

Saya terus melakukan beberapa pekerjaan, menghapus mungkin 200MB dari VM sambil membersihkannya (200GB adalah perkiraan yang murah hati - saya sedang menulis kode dan refactored a bunch). Saya kemudian zip ini menggunakan 7-zip, dengan pengaturan yang sama seperti sebelumnya.

Kali ini butuh 15 menit dan dikompresi menjadi 5 gram.

Apa alasan yang mungkin ada untuk ini? PC yang sama, pengaturan yang sama, menetapkan prioritas tinggi untuk 7zip dalam kedua kasus. Saya berasumsi ada sesuatu yang salah dan menunggu lima belas menit hanya untuk memverifikasi versi 5gig tidak rusak. Itu tidak berfungsi dengan sempurna.

Ada ide?

Simon Kiely
sumber
Apakah Anda menggunakan program yang sama (7zip) dan algoritma kompresi yang sama, dengan pengaturan yang sama dua kali? Apakah Anda memiliki tugas intensif I / O CPU oder lainnya yang berjalan di latar belakang? Contoh: Pekerjaan kompiler, pekerjaan kompresi lain, vm, operasi disk lain seperti menyalin file, dll.?
paradoxon
@pardoxon Program yang sama, algoritma kompresi yang sama, pengaturan yang sama. CPU memiliki gambar VMware yang terbuka dua kali, salah satu kali menjalankan transfer jaringan, di lain waktu tidak - tentu saja ini tidak akan memiliki dampak yang dramatis? Saya berharap itu akan menghasilkan file yang sama terlepas dari apa program lain yang berjalan pada PC lokal saya - bukankah ini masalahnya? Apakah algoritma kompresi entah bagaimana diubah oleh ini? :)
Simon Kiely
Hehe tidak, tapi ini setidaknya akan menyumbang bagian durasi dari kekhasan ini. Tapi Anda benar, itu tidak memperhitungkan ukuran menyusut.
paradoxon