por que devo usar tar.xz em vez de tar.gz? xz é um programa de compressão de dados sem perdas e formato de arquivo [duplicado]

gzip e xz usa dois algoritmos diferentes e, portanto, têm um desempenho diferente, tanto em termos do nível de compactação que alcançam quanto em termos da quantidade de recursos que consomem durante a compactação ou descompactação.

Em geral , xz atinge taxas de compressão mais altas, mas precisa de muito mais memória e tempo.

Eu, pessoalmente, use xz para arquivar dados; arquivos grandes que preciso guardar por muito tempo. Eu uso gzip de outra forma, já que geralmente é mais rápido.

Teste os dois e veja como eles se saem em sua média tar (ou qualquer outro) arquivo.

xz tornou-se um pouco padrão quando se trata de gerenciamento de pacotes nos últimos anos.

o algoritmo de compressão LZMA2 xz usa, é excepcionalmente eficiente com dados de texto (e “semelhantes a texto”). Eu pessoalmente o uso para quase tudo, onde a velocidade de codificação computacional não é um problema (xz descompacta muito mais rápido do que compactar, é realmente um de seus alvos de design).

Portanto, é ótimo para coisas como arquivamento ou backup (em geral, arquivos que são descompactados muito, mas onde os dados não são comprimidos o tempo todo, ou alterados, etc.). Não é uma decisão tão boa para compressão de fluxo – pelo menos não com tanta frequência, porque LZMA2 não é exatamente leve em recursos, ao comprimir.

Mas eu gostaria de comentar sobre uma outra declaração das suas: “deveria”. O que você deve ou não usar depende de para que você precisa dos seus dados. Mesmo que xz e LZMA2 existe há anos, as pessoas ainda consideram a compactação com gz como alternativa por motivos de compatibilidade. Coisas como Trac ou cgit oferta .tar.gz, .7z, e .tar.xz. Com a opção .tar.gz lá, porque esteve “por aí para sempre” , e ” uma boa medida alternativa em qualquer tipo de dispositivo, não importa quão mínimo ou antigo.

Apenas como um contra-exemplo, lzop é um método rápido e com economia de recursos compressor, que é freqüentemente usado em naves espaciais, mas de outra forma não é muito eficiente. Eu não poderia dizer que não é amplamente usado, no entanto. É frequentemente usado em sistemas onde é mais importante compactar rapidamente algo com pouco poder e espaço de computação.

Portanto, o que você deve ou não usar é o que faz mais sentido para você e as pessoas que interagem com seus dados.

Uma coisa que me veio à mente recentemente: man páginas são rotineiramente compactadas com gzip. Se você olhar em /usr/share/man/man1/, por exemplo, “verá muitos arquivos semelhantes a mv.1.gz, se nem todos estiverem compactados . Agora, sem dúvida faria sentido mudar para arquivos .xz por causa da melhor compactação, mas os ganhos de espaço são mínimos, em comparação com os efeitos negativos da eliminação .gz para .xz. A razão para isso é a compatibilidade quase universal. Mesmo abrindo os .gz arquivos compactados diretamente em Vim funciona bem e atua como uma compressão transparente.

O formato .xz oferece alguns recursos avançados. Ao mesmo tempo, foi mantido simples o suficiente para ser usado em muitos sistemas incorporados. Aqui está um resumo dos recursos:

• Leitura de acesso aleatório: os dados podem ser divididos em blocos compactados de forma independente. Cada o arquivo contém um índice dos blocos, o que torna a leitura de acesso aleatório limitada possível quando o tamanho do bloco é pequeno o suficiente.
• Verificações de integridade: a integridade de todos os cabeçalhos é sempre protegida com CRC32 . A integridade dos dados reais pode ser verificada com CRC32, CRC64, SHA-256 …
• Concatenação: assim como com os arquivos .gz e .bz2, é possível concatenar .xz arquivos como estão. O descompactador pode descompactar um arquivo concatenado como se fosse um arquivo .xz de fluxo único regular.
• Preenchimento: zeros binários podem ser anexados a .xz arquivos para preenchê-los para preencher, por exemplo um bloco em uma fita de backup. O preenchimento precisa ser múltiplo de quatro bytes, porque o tamanho de cada arquivo .xz válido é um múltiplo de quatro bytes.