O gzip é atômico?

É gzipatômico?

O que acontece se eu parar o gzipprocesso enquanto estiver no meio de um arquivo compactado?

Se não é atômico e se eu já pressionei Ctrl + C em um gzip *.txtprocesso, como faço para retomar com segurança?

(Não estou apenas curioso sobre como retomar, mas também sobre se gzipé especificamente atômico.)

O gzip é atômico?

Não. Ele cria um arquivo compactado e remove o original não compactado.

Especificamente, ele não comprime um arquivo in situ e há um período de tempo enquanto o arquivo está sendo compactado, onde,

• o alvo compactado está incompleto
• o arquivo parcialmente compactado e sua origem existem no sistema de arquivos.

O que acontece se eu parar o processo do gzip enquanto ele estiver no meio do gzip de um arquivo?

Se você parar o gzipprocesso com um sinal capturável ( SIGINTde Ctrl C, por exemplo), ele limpará os arquivos parcialmente criados. Caso contrário, dependendo do ponto em que foi interrompido, você poderá acabar com um arquivo parcialmente compactado ao lado do original intocado.

Se não for atômico, se eu já pressionei Ctrl + C em um processo gzip * .txt, como faço para retomar com segurança?

Você exclui a versão parcialmente compactada (se ainda existir) e reinicia o gzip.

Não é atômico (a API do sistema de arquivos Unix realmente não fornece nenhuma maneira de executar operações atômicas que afetam vários arquivos), mas é à prova de falhas. O arquivo compactado é um novo arquivo, não substitui o original e não exclui o arquivo original até concluir a criação do arquivo compactado (isso pode causar um problema se você não tiver espaço em disco suficiente para ambos os arquivos).

Se ocorrer um erro ou você interromper a compactação, o arquivo original permanecerá inalterado. O arquivo compactado parcial geralmente será removido.

Não há como retomar no meio, basta recomeçar desde o início.

Você não precisa se preocupar com isso, porque gzipcria um novo .gzarquivo, preenche-o com o conteúdo compactado e exclui o arquivo original. Portanto, se você parar o processo no meio, isso não afetará seu arquivo original.

.txtos arquivos já processados ​​com êxito por gzipserão substituídos por .txt.gzarquivos compactados, para que você possa executar gzip *.txtnovamente com segurança - apenas os arquivos que ainda não foram processados ​​serão compactados.

O arquivo que estava sendo processado pelo gzip no momento em que você pressionou Ctrl-C não será modificado - o gzip não o substituirá até depois de compactá-lo com êxito.

Não, é muito anatômico. Isso pode causar grandes problemas se você compactar um arquivo que está sendo anexado ocasionalmente, como um log da Web.

O Gzip lê, cria o arquivo .gz (com registro de data e hora atual), copia o registro de data e hora do arquivo original e exclui o original.

Certas interrupções podem deixar um .txt.gzarquivo perdido e inacabado ao lado do .txtarquivo. Isso cria um problema de integridade de dados: qual é o arquivo real? É isto

• um gzip que falhou, deixando um incompleto / corrompido .txt.gz? Ou
• um gunzip que falhou, deixando um .txtarquivo incompleto / truncado ? Ou
• Um arquivo compactado com sucesso txt.gze um arquivo recém-criado .txt ?

(Este último acontece quando você entra no diretório de log HTTP e sai gzip *).

Geralmente acho prudente resolver isso manualmente, a menos que você saiba exatamente o que aconteceu porque acabou de fazer.

Felizmente, o gzip geralmente opera em série, então você só deve ter esse problema com um arquivo. Paralelamente ao gzip não é uma boa idéia - mesmo que ele use a CPU mais completamente, ele destrói o disco, forçando-o a ler vários arquivos ao mesmo tempo, diminuindo bastante a velocidade de todos os gzip. SSD ou RAMdisk, por outro lado ...