☰

Você pode ter debs sem compressão?

tag-icon • tag-icon apt package-management compression squid-deb-proxy
Você pode ter debs sem compressão?

Estou fazendo uma atualização em uma máquina muito lenta. É um Intel Atom que tem alguns anos. É perfeito para assistir vídeos e usar o XBMC, mas realmente descompacta centenas de atualizações (como você faz em uma atualização de lançamento). Tenho outra atualização para fazer assim que esta for concluída.

Hoje pensei na sala de bate-papo geral que seria legal se eu pudesse fazer proxy desses downloads de pacotes por meio de um servidor local mais rápido que pudesse fazer proxy das solicitações, descompactar os pacotes e repassá-los.

Ainda no planejamento, tenho algumas perguntas:

  1. É possível ter um pacote deb que não esteja compactado?
  2. Como posso remover a compactação de um deb?
  3. A remoção do knacker de compactação das somas de verificação e, em caso afirmativo, como faço para corrigir isso?

Responder1

1) Na verdade não, não. Teoricamente, você pode usar a compactação de nível mais baixo no momento da construção dos debs, mas os construtores do Ubuntu não fazem isso. A parte lenta provavelmente não é a descompactação, mas sim a descompactação dos arquivos e sua gravação no disco. Várias coisas podem afetar os tempos de E/S do disco aqui, incluindo configurações do BIOS, velocidade de rotação da unidade e tipo de unidade. Teoricamente, você poderia ter o arquivo de dados dentro do deb, data.tarembora ainda tivesse uma leve compactação (ou inflação) e não ajudaria na velocidade de gravação no disco.

2) Ver 1).

3) Sim, seria, se você pegasse um deb binário e substituísse o data.tar.gzinterior dele, o tamanho, carimbo de data e hora, etc… mudaria. Para poder fazer algo, você precisa fazer isso no momento da construção do pacote deb.

Por outro lado, como eu disse, o problema de velocidade provavelmente está na gravação em disco. Você pode verificar seu BIOS para alterar algumas configurações do disco. Se você estiver usando um disco SATA e seu BIOS estiver configurado para se comunicar com ele como IDE/ATAPI, a velocidade de leitura/gravação será extremamente lenta. Altere a configuração para AHCIse estiver disponível. Outro problema comum é o RPM do disco se você não estiver usando um SSD. Você não especificou o tamanho ou disco RPM que está usando, mas um disco de 2,5" 4500-5400 RPM será mais lento que um disco de 3,5" que faz algo entre 7200-15000 RPM. E um disco SATA I (1,5 Gbps) será mais lento que um disco SATA II (3,0 Gbps) ou III (6,0 Gbps). O tamanho do cache de disco também desempenha um papel importante aqui. Você também não disse qual Atom você tinha ou quanta RAM, mas eles não são tão lentos quanto se poderia imaginar. Eles não são um i7 de primeira linha, mas a quantidade de compactação usada em pacotes deb geralmente não é um problema para eles.

Responder2

Para remover a compactação, aqui está o que eu descobri (isso de forma alguma responde a mais nada):

ar vx debianutils_4.3.4_amd64.deb
gunzip data.tar.gz
ar d debianutils_4.3.4_amd64.deb data.tar.gz
ar q debianutils_4.3.4_amd64.deb data.tar

O pacote é maior. As somas de verificação estão completamente erradas... Mas ainda é um pacote válido, sem compactação.

informação relacionada