Por que o Ubuntu suporta tantos formatos de compactação de arquivos? [fechadas]

0

Não sei se apenas o Ubuntu ou todas as distribuições Linux suportam tantos formatos de compactação de arquivos. Mas, por que tantos formatos são suportados? Onde no Windows, por padrão, apenas .zip arquivos são suportados. No Ubuntu, há muitos suportados, como 7z , .bz2 , .gz , etc. Por que isso?

    
por cppxor2arr 23.02.2017 / 00:39

2 respostas

1

Partes diferentes do sistema usam diferentes formatos de compactação e formatos de arquivo:

gzip (compactação):

$ file - < /initrd.img
/dev/stdin: gzip compressed data, last modified: Wed Feb 22 01:10:21 2017, from Unix

cpio (arquivo):

$ gunzip < /initrd.img | file -
/dev/stdin: ASCII cpio archive (SVR4 with no CRC)

bzip2 (compressão):

$ sudo cat /vmlinuz | file -
/dev/stdin: Linux kernel x86 boot executable bzImage, version 4.4.0-64-generic (buildd@lgw01-56) #85-Ubuntu SMP Mon Feb 20 11, RO-rootFS, swap_dev 0x6, Normal VGA

ar (archive): os pacotes Debian são na verdade ar archives, eles mesmos contendo vários arquivos compactados:

$ ar t /var/cache/apt/archives/zlib1g-dev_1%3a1.2.8.dfsg-2ubuntu4_amd64.deb
debian-binary
control.tar.gz
data.tar.xz

tar (arquivo): Os control.tar.gz e data.tar.xz são, naturalmente, tar archives, gzip-compacted e xz-compacted respectivamente.

O formato de compressão por trás do xz é o LZMA, que também é usado pelo 7z, daí você obtém 7z de graça (mas não 7z de leitura).

Assim, o Ubuntu vem com suporte para vários formatos de compactação (como a maioria das distribuições), porque eles são todos de uso comum.

Por que tudo isso está em uso?

Passas Hysterical.

(razões históricas.)

Por que todos esses componentes devem passar a usar outra coisa, potencialmente quebrando a compatibilidade com versões anteriores e causando uma tremenda dor de cabeça, para o que poderia ser um benefício mínimo?

Em uma nota lateral, o próprio Windows suporta vários formatos de compactação e compactação:

  • Zip (claro)
  • LZX (compactação)
  • Gabinete (arquivo)
  • MSI (arquivo)
por muru 23.02.2017 / 12:31
0

Muitos arquivos já são compactados em sistemas modernos quando se trata de áudio, imagens, vídeos e jogos. Para arquivos de dados, no entanto, existem muitas opções disponíveis. A razão é que, com o tempo, as pessoas desenvolveram novos algoritmos para velocidade mais rápida ou melhores taxas de compactação.

De ( Lifehacker.com - Qual é a melhor maneira de comprimir um monte de arquivos ) há um bom artigo:

  • Zip: Ele não comprimirá seus arquivos uma tonelada, mas é super rápido e você não precisa instalar nenhum software extra. Ótimo para usuários de Windows e Mac.
  • Tar.gz: Similar ao zip, os arquivos tar.gz são muito rápidos. É a opção mais universalmente disponível para usuários do Linux e também compacta os arquivos em um tamanho um pouco menor que o zip. Ótimo para Linux usess. Tar.
  • bzip2: Outra ótima opção para usuários do Linux; O tar.bzip2 é um pouco mais lento que o tar.gz, mas comprime os arquivos em um tamanho menor.
  • 7z: O formato de arquivo popularizado pela nossa ferramenta de compressão favorita, o 7-Zip. É bem lento, mas comprime arquivos como os de ninguém. Este é o melhor formato para usar se você precisar de um arquivo realmente pequeno. O 7-Zip está disponível apenas para Windows, mas você também pode obter uma ferramenta de linha de comando para Mac OS X e Linux. O 7z é um dos únicos formatos de compactação que podem dividir os arquivos em vários arquivos e reuni-los novamente. Isso pode parecer contra-intuitivo, mas é útil se você estiver tentando enviar muitos arquivos grandes por e-mail, o que limita o tamanho dos arquivos que você envia
  • RAR: Este formato é comparável ao 7z. O 7z geralmente tem melhor compactação, com algumas exceções notáveis, como mp3s, em cujo caso o RAR é compactado em tamanhos menores. No entanto, o único software que cria arquivos RAR (WinRAR) é o shareware e o Windows. Você pode descompactar arquivos RAR no Mac e no Linux, mas não criá-los. O RAR também pode dividir arquivos compactados em várias partes.
por WinEunuuchs2Unix 23.02.2017 / 12:26