Apakah gzip atom?

Apakah gzipatom?

Apa yang terjadi jika saya menghentikan gzipproses ketika sedang gzipping file?

Jika itu bukan atom, dan jika saya sudah menekan Ctrl + C pada suatu gzip *.txtproses, bagaimana cara melanjutkan dengan aman?

(Saya tidak hanya ingin tahu tentang bagaimana melanjutkan, tetapi juga tentang apakah gzipsecara spesifik adalah atomik.)

Apakah gzip atom?

Tidak. Itu menciptakan file terkompresi dan kemudian menghapus yang asli tidak terkompresi.

Secara khusus, itu tidak memampatkan file di situ dan ada periode waktu saat file sedang dikompresi di mana,

• target terkompresi tidak lengkap
• file yang dikompresi sebagian dan sumbernya ada di sistem file.

Apa yang terjadi jika saya menghentikan proses gzip ketika sedang berada di tengah gzipping file?

Jika Anda menghentikan gzipproses dengan sinyal yang dapat ditangkap ( SIGINTdari Ctrl C, misalnya) itu akan membersihkan file yang dibuat sebagian. Kalau tidak, tergantung pada titik di mana ia berhenti, Anda mungkin berakhir dengan sebagian file terkompresi di samping yang asli tidak tersentuh.

Jika bukan atom, jika saya sudah menekan Ctrl + C pada proses gzip * .txt, bagaimana cara melanjutkan dengan aman?

Anda menghapus versi yang dikompresi sebagian (jika masih ada) dan memulai kembali gzip.

Itu bukan atomik (API sistem file Unix tidak benar-benar menyediakan cara untuk melakukan operasi atom yang memengaruhi banyak file), tetapi itu adalah gagal-aman. File terkompresi adalah file baru, itu tidak menimpa yang asli, dan itu tidak menghapus file asli sampai selesai membuat file terkompresi (ini benar-benar dapat menyebabkan masalah jika Anda tidak memiliki cukup ruang disk untuk kedua file).

Jika mendapat kesalahan atau Anda menghentikan kompresi, file asli akan tetap tidak berubah. Sebagian file terkompresi biasanya akan dihapus.

Tidak ada cara untuk melanjutkannya di tengah, Anda hanya memulainya dari awal.

Anda tidak perlu khawatir tentang hal itu karena gzipmembuat .gzfile baru , mengisinya dengan konten terkompresi, lalu menghapus file asli. Jadi jika Anda menghentikan proses di tengah, itu tidak akan mempengaruhi file asli Anda.

.txtfile yang sudah berhasil diproses gzipakan diganti dengan .txt.gzfile terkompresi, jadi Anda dapat menjalankannya gzip *.txtkembali dengan aman - hanya file yang belum diproses akan dikompres.

File yang sedang diproses oleh gzip pada saat Anda menekan Ctrl-C akan tidak dimodifikasi - gzip tidak akan menggantinya sampai setelah berhasil mengompresnya.

Tidak, ini sangat tidak biasa. Ini bisa membuat Anda dalam masalah besar jika Anda gzip file yang kadang-kadang ditambahkan, seperti log Web.

Gzip membaca, membuat file .gz (dengan stempel waktu saat ini), menyalin stempel waktu file asli, lalu menghapus yang asli.

Gangguan tertentu dapat meninggalkan file tersesat, yang belum selesai .txt.gztepat di sebelah .txtfile. Ini kemudian menciptakan masalah integritas data: Mana file sebenarnya? Apakah ini

• gzip yang gagal, meninggalkan yang tidak lengkap / rusak .txt.gz? Atau
• gunzip yang gagal, meninggalkan .txtfile yang tidak lengkap / terpotong ? Atau
• File berhasil di-gzip ke dalam txt.gz, dan file yang baru dibuat .txt ?

(Ini yang terakhir terjadi ketika Anda masuk ke direktori log HTTP Anda dan pergi gzip *).

Saya biasanya merasa bijaksana untuk menyelesaikan masalah ini dengan tangan, kecuali Anda tahu persis apa yang terjadi karena Anda baru saja melakukannya.

Untungnya gzip biasanya beroperasi secara serial sehingga Anda hanya akan mengalami masalah ini dengan satu file. Paralel gzip bukan ide yang baik - meskipun itu akan menggunakan CPU lebih penuh, itu akan menghancurkan disk memaksanya untuk membaca beberapa file sekaligus, sangat memperlambat semua gzip. SSD atau RAMdisk, di sisi lain ...