Является ли gzip атомным?

Является ли gzipатомная?

Что произойдет, если я остановлю gzipпроцесс, пока он находится в процессе архивирования файла?

Если это не атомарно, и если я уже нажал Ctrl + C в gzip *.txtпроцессе, как мне безопасно возобновить?

(Мне не просто интересно, как возобновить, но также и о том, gzipявляется ли конкретно атомным.)

Является ли gzip атомным?

Нет. Он создает сжатый файл, а затем удаляет несжатый оригинал.

В частности, он не сжимает файл на месте, и существует период времени, когда файл сжимается, где,

• сжатая цель не завершена
• частично сжатый файл и его источник существуют в файловой системе.

Что произойдет, если я остановлю процесс gzip, пока он находится в процессе сжатия файла?

Если остановить gzipпроцесс с catchable сигнала ( SIGINTот Ctrl C, например) будет частично очистки созданных файлов. В противном случае, в зависимости от точки остановки, вы можете получить частично сжатый файл рядом с нетронутым оригиналом.

Если это не атомарно, если я уже нажал Ctrl + C в процессе gzip * .txt, как мне безопасно возобновить?

Вы удаляете частично сжатую версию (если она все еще существует) и перезапускаете gzip.

Это не атомная (файловая система API Unix на самом деле не обеспечивают какой - либо способ для выполнения атомарных операций , которые влияют на несколько файлов), но это является отказоустойчивой. Сжатый файл - это новый файл, он не перезаписывает исходный файл и не удаляет исходный файл, пока не завершит создание сжатого файла (это может вызвать проблемы, если на диске недостаточно места для оба файла).

В случае ошибки или прерывания сжатия исходный файл останется без изменений. Частично сжатый файл обычно удаляется.

Там нет никакого способа возобновить его в середине, вы просто начинаете это с самого начала.

Вам не нужно беспокоиться об этом, потому что gzipсоздает новый .gzфайл, заполняет его сжатым содержимым, а затем удаляет исходный файл. Так что если вы остановите процесс посередине, это не повлияет на ваш исходный файл.

.txtфайлы, которые были успешно обработаны, gzipбудут заменены .txt.gzсжатыми файлами, поэтому вы можете безопасно запустить их gzip *.txtснова - будут сжаты только те файлы, которые еще не были обработаны.

Файл , который обрабатывался с помощью Gzip в момент нажатия Ctrl-C будет неизмененной - GZIP не заменит его , пока после успешного его сжатия.

Нет, это очень неатомично. Это может привести к большим неприятностям, если вы скопируете файл, к которому иногда добавляются, например, веб-журнал.

Gzip читает, создает файл .gz (с текущей меткой времени), копирует метку времени исходного файла, а затем удаляет оригинал.

Некоторые прерывания могут оставить неподходящий .txt.gzфайл рядом с .txtфайлом. Это тогда создает проблему целостности данных: что является реальным файлом? Это

• gzip, который потерпел неудачу, оставив неполный / поврежденный .txt.gz? Или
• Gunzip, который не удалось, оставив неполный / усеченный .txtфайл? Или
• Файл успешно заархивирован txt.gz, а недавно созданный .txt файл?

(Это происходит в последний раз, когда вы заходите в каталог журналов HTTP и уходите gzip *).

Я обычно считаю целесообразным разобраться с этим вручную, если вы не знаете точно, что произошло, потому что вы только что сделали это.

К счастью, gzip обычно работает последовательно, поэтому у вас должна быть проблема только с одним файлом. Распараллеливание gzip не является хорошей идеей - даже если он будет использовать процессор более полно, он будет разбивать диск, заставляя его читать несколько файлов одновременно, значительно замедляя работу всех gzip. SSD или RAMdisk, с другой стороны ...