1) Não é verdade, não. Você pode, teoricamente, usar a compressão de nível mais baixo no momento da criação dos debs, mas os construtores do Ubuntu não fazem isso. A parte lenta provavelmente não é a descompactação, mas a descompactação de arquivos e gravá-los em 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. Você poderia, teoricamente, ter o arquivo de dados dentro do deb sendo data.tar
, embora ainda tivesse uma leve compressão (ou inflação), e não ajudaria com a velocidade de gravação em disco.
2) Veja 1).
3) Sim, se você fosse pegar um deb binário e substituir o data.tar.gz
dentro dele, o tamanho, o timestamp, etc… mudariam. Para poder fazer algo, você precisa fazer isso no momento da criação do pacote deb.
Por outro lado, como eu disse, a questão da velocidade provavelmente está gravando no 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 AHCI
se avaialble. Outro problema comum é o disco RPM, se você não estiver usando um SSD. Você não especificou o tamanho ou o disco RPM que está usando, mas um disco de 2.5 "4500-5400 RPM será mais lento do que um disco de 3.5" que faz entre 7200 e 15000 RPM. E um disco SATA I (1.5Gbps) 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 quanto RAM, mas eles não são tão lentos quanto se poderia pensar. Eles não são uma versão de prateleira do i7, mas a quantidade de compactação usada em pacotes deb não costuma ser um problema para eles.