Wie Mozilla in seinem Nightly-Blog berichtet, wird Firefox für Linux künftig beim Paketformat von .tar.bz2 auf .tar.xz mit LZMA-Kompression umstellen. Diese Änderung führt zu rund einem Viertel kleineren Downloadgrößen und mehr als doppelt so schneller Dekomprimierung. Das spart Zeit und Bandbreite. Bereits seit dem 27. November ist das neue Format als Nightly-Version 135.0a1 im Download-Portal zu finden.
Entscheidung für .xz
Das neue Paketformat geht auf einen vier Jahre alten Bugreport zurück, der eigentlich für Zstandard (.zst) als Format plädiert hatte. Mozilla begründet die Entscheidung für .xz und gegen .zst damit, dass Zstandard zwar bei der Dekompression schneller sei, .tar.xz aber die bessere Kompression biete. Das Argument, dass .xz in Linux besser unterstützt sei, können wir nicht nachvollziehen, da alle Distributionen Zstandard ebenfalls unterstützen. Für die Anwender besteht kein Handlungsbedarf. Die Mehrzahl der Anwender, die Firefox über die Repositories ihrer Distribution beziehen, wird die Änderung vermutlich gar nicht bemerken.
Naja xz gibts schon lange und wird bei usb distributionen gern verwendet.
Grund ist der, das es auf grund seiner fehlenden Archivierungsfunktionalität schneller decomprimiert und sich somit sehr gut dafuer eignet. Es basiert auf dem LZMA2-Algorithmus und kann somit als Nachfolger des veralteten lzma-Formates gesehen werden.
Naja nicht wirklich nachvollziehbar aber heutzutage braucht man ja immer mal nen neuen Aufhaenger.
Mehr isses auch nicht.
Das fällt unter den Begriff sustainable development oder Nachhaltige Software-Entwicklung.
Bedenkt man allein die Download-Häufigkeit von Firefox und die Größe des Archivs, handelt es sich hier um eine beträchtliche Menge an Energie und CO2 die alleine durch den Transfer eingespart wird.
Interessant wäre dann noch, ob der Dekompressions-Algorithmus sparsamer abläuft, oder ggf. mehr Aufwand hat, gerade weil er eine bessere Kompression bringt.
Für mich völlig nachvollziehbar und hoch relevant. Auch “kleinere” Projekte sollten solche Dinge berücksichtigen. Ich habe für so etwas in meinen eigenen Projekten sogar ein eigens Bug-Label eingerichtet.
Im Artikel steht ja, dass die Dekomprimierung doppelt so schnell läuft. Wenn diese aber nur durch mehr CPU-Kerne erreicht wird, ist es keine Einsparung. Daher meine Nachfrage.
> von .tar.bz2 auf .tar.xz […] Diese Änderung führt zu […] mehr als doppelt so schneller Dekomprimierung.
Ich denke nicht, dass da CPU-Kerne gemeint sind. Wäre auch wenig sinnvoll, denn die Angabe würde sich dann auf wie viele Kerne – oder Zeitgewinn pro Kern – beziehen?
Das wird durch die fehlende Archivierungsfunktionalität erreicht.
“um eine beträchtliche Menge an Energie und CO2 die alleine durch den Transfer eingespart”
das ist aber nicht wirklich dein ernst, oder?
„Ihr wisst schon Bescheid? Abschalten!“ (Peter Lustig †)