☰

Können Sie Debs ohne Komprimierung haben?

tag-icon • tag-icon apt package-management compression squid-deb-proxy
Können Sie Debs ohne Komprimierung haben?

Ich bin gerade dabei, ein Upgrade auf einer wirklich langsamen Maschine durchzuführen. Es ist ein Intel Atom, der schon ein paar Jahre alt ist. Er ist perfekt zum Ansehen von Videos und Verwenden von XBMC, aber beim Dekomprimieren von Hunderten von Updates (wie bei einem Release-Upgrade) ist er wirklich nervig. Sobald dieses Upgrade abgeschlossen ist, muss ich noch ein weiteres Upgrade durchführen.

Ich habe heute im allgemeinen Chatroom darüber nachgedacht, dass es cool wäre, wenn ich diese Paketdownloads über einen schnelleren lokalen Server weiterleiten könnte, der die Anforderungen weiterleiten, die Pakete dekomprimieren und weiterleiten könnte.

Da ich mich noch in der Planung befinde, habe ich ein paar Fragen:

  1. Ist es möglich, ein Deb-Paket zu haben, das nicht komprimiert ist?
  2. Wie kann ich die Komprimierung aus einem Deb entfernen?
  3. Werden die Prüfsummen durch das Entfernen der Komprimierung zerstört und wenn ja, wie behebe ich das?

Antwort1

1) Nicht wirklich, nein. Theoretisch können Sie beim Erstellen der Debs die niedrigste Komprimierungsstufe verwenden, aber die Ubuntu-Builder tun dies nicht. Der langsame Teil ist wahrscheinlich nicht die Dekomprimierung, sondern das Entpacken und Schreiben der Dateien auf die Festplatte. Mehrere Dinge können hier die Festplatten-E/A-Zeiten beeinflussen, darunter BIOS-Einstellungen, Laufwerksdrehzahl und Laufwerkstyp. Theoretisch könnten Sie das Datenarchiv im Deb haben, aber data.tares wäre immer noch leicht komprimiert (oder aufgebläht) und würde die Schreibgeschwindigkeit auf die Festplatte nicht verbessern.

2) Siehe 1).

3) Ja, das würde es. Wenn Sie ein binäres Deb nehmen und das data.tar.gzdarin enthaltene ersetzen würden, würden sich Größe, Zeitstempel usw. ändern. Um etwas tun zu können, müssten Sie es zur Build-Zeit des Deb-Pakets tun.

Andererseits liegt das Geschwindigkeitsproblem, wie ich bereits sagte, wahrscheinlich beim Schreiben auf die Festplatte. Sie können in Ihrem BIOS einige Einstellungen für die Festplatte ändern. Wenn Sie eine SATA-Festplatte verwenden und Ihr BIOS so eingestellt ist, dass es als IDE/ATAPI mit ihr kommuniziert, wird die Lese-/Schreibgeschwindigkeit extrem langsam sein. Ändern Sie die Einstellung, AHCIfalls verfügbar. Ein weiteres häufiges Problem ist die Festplatten-RPM, wenn Sie keine SSD verwenden. Sie haben nicht angegeben, welche Festplattengröße oder RPM Sie verwenden, aber eine 2,5-Zoll-Festplatte mit 4500-5400 RPM wird langsamer sein als eine 3,5-Zoll-Festplatte mit 7200-15000 RPM. Und eine SATA I-Festplatte (1,5 Gbit/s) wird langsamer sein als eine SATA II-Festplatte (3,0 Gbit/s) oder III-Festplatte (6,0 Gbit/s). Auch die Größe des Festplatten-Cache spielt hier eine wichtige Rolle. Sie haben auch nicht gesagt, welchen Atom Sie haben oder wie viel RAM, aber sie sind nicht so langsam, wie man denken könnte. Es handelt sich dabei zwar nicht um einen i7 der Spitzenklasse, aber der in Deb-Paketen verwendete Komprimierungsgrad stellt für sie im Allgemeinen kein Problem dar.

Antwort2

Zum Entfernen der Komprimierung habe ich mir Folgendes ausgedacht (das beantwortet auf keinen Fall andere Fragen):

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

Das Paket ist größer. Die Prüfsummen stimmen überhaupt nicht … Aber es ist immer noch ein gültiges Paket, ohne Komprimierung.

verwandte Informationen