Question Pouvez-vous avoir des debs sans compression?


Je suis en train de faire une mise à niveau sur une machine vraiment lente. C'est un Intel Atom qui a quelques années. Il est parfait pour regarder des vidéos et utiliser XBMC, mais il plait vraiment à décompresser des centaines de mises à jour (comme vous le faites dans une mise à niveau de version). J'ai une autre mise à jour à faire là-dessus une fois celle-ci terminée.

J'ai pensé à la salle de discussion générale aujourd'hui que ce serait cool si je pouvais utiliser ces téléchargements de paquets par l'intermédiaire d'un serveur local plus rapide capable de proxy les demandes, de décompresser les paquets et de les transmettre.

Donc, toujours dans la planification, j'ai quelques questions:

  1. Est-il possible d'avoir un paquet deb qui n'est pas compressé?
  2. Comment puis-je supprimer la compression d'un deb?
  3. Est-ce que supprimer le malfaiteur de compression des sommes de contrôle et si oui, comment puis-je résoudre ce problème?

1
2017-11-01 13:51


origine




Réponses:


1) Pas vraiment, non. Vous pouvez théoriquement utiliser le niveau de compression le plus bas au moment de la construction des debs, mais les générateurs Ubuntu ne le font pas. La partie lente n'est probablement pas la décompression, mais le déballage des fichiers et leur écriture sur le disque. Plusieurs facteurs peuvent affecter les temps d'E / S du disque, y compris les paramètres du BIOS, la vitesse de rotation du disque et le type de disque. Vous pourriez théoriquement avoir l'archive de données dans le deb être data.tar Bien que la compression (ou l’inflation) soit légère, elle n’aiderait pas la vitesse d’écriture sur le disque.

2) Voir 1).

3) Oui, si vous deviez prendre un deb binaire et remplacer le data.tar.gz à l'intérieur, la taille, l'horodatage, etc. changeraient. Pour pouvoir faire quelque chose, vous devez le faire au moment de la construction du paquet deb.

D'un autre côté, comme je l'ai dit, le problème de la vitesse consiste probablement à écrire sur le disque. Vous pouvez vérifier votre BIOS pour modifier certains paramètres du disque. Si vous utilisez un disque SATA et que votre BIOS est configuré pour communiquer avec lui comme IDE / ATAPI, la vitesse de lecture / écriture sera extrêmement lente. Changer le paramètre à AHCI si avaialble. Un autre problème commun est le disque RPM si vous n'utilisez pas de disque SSD. Vous n'avez pas spécifié la taille ou le disque RPM que vous utilisez, mais un disque 2,5 "4500-5400 RPM sera plus lent qu'un disque 3,5" qui fait entre 7200 et 15000 RPM. Et un disque SATA I (1.5Gbps) va être plus lent qu'un disque SATA II (3.0 Gbps) ou III (6.0 Gbps). La taille du cache disque joue également un rôle important ici. Vous n'avez pas non plus dit quel Atome vous aviez, ni combien de RAM, mais ils ne sont pas aussi lents qu'on pourrait le penser. Ils ne sont pas une tablette supérieure i7, mais la quantité de compression utilisée dans les paquets deb n'est généralement pas un problème pour eux.


1
2017-11-01 14:22



C'est un nettop donc c'est 2.5 ", sous-5000 tours, lenteur lente lent et pas de place pour coller un 3.5". Je continue à vouloir acheter un SSD, mais il est difficile de se justifier lorsque la majeure partie est exécutée à partir de RAM. Si seulement ils fabriquaient de minuscules SSD (<10 Go). - Oli♦
J'ai ajouté une réponse au point 1. Cela pourrait ne pas être possible lors de la génération d'un paquet, mais cela peut être fait de manière rétroactive, ce que j'imaginais dans un scénario serveur-dans-le-milieu. - Oli♦
Vous pouvez obtenir un disque SSD + HDD. J'en utilise un sur mon poste de travail et dans ma PS3. Seagate Momentus XT de 750 Go est ce que j'ai. En outre, les disques SSD de 20 à 60 Go peuvent également être relativement peu coûteux. - dobey


Pour enlever la compression, voici ce que j'ai imaginé (cela ne répond en rien à autre chose):

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

Le paquet est plus grand. Les sommes de contrôle sont complètement désactivées ... Mais c'est toujours un paquet valide, sans compression.


0
2017-11-01 14:40