Von gzip-Kompression auf zstd für Backups umstellen

Gelegentlich führt der Backup-Prozess aufgrund der zusätzlichen Last zu Verfügbarkeitsproblemen. Daher habe ich heute einen kurzen Test mit zstd durchgeführt.

Hier sind meine Ergebnisse beim Komprimieren derselben 73 GiB großen dump.sql-Datei mit gzip (Stufe 4, wie im Discourse-Backup) und zstd (Standardstufe 3 von 19):

Komprimierte Größe: 15,8 % kleiner (.zst war 84 % der Größe von .gz)
Komprimierungszeit (-T1): 71 % schneller (29 % der gzip-Zeit)
Komprimierungszeit (-T0): 89 % schneller (11 % der gzip-Zeit)

Die Ergebnisse können variieren; ich habe den Test nicht mehrfach wiederholt, mein eigener Rechner (6 Kerne) hatte zudem andere Aufgaben zu erledigen usw. usw. – es ging mir nicht um absolute Präzision. Dennoch sind die Vorteile meiner Meinung nach klar.

Ich bin mir nicht sicher, ob -T0 für jeden die richtige Wahl wäre, da es sinnvoll erscheint, etwas Spielraum für Discourse selbst zu lassen. Daher habe ich das Beispiel mit -T1 für einen direkteren Vergleich gewählt.

Das fühlt sich nach einem Gewinn für beide Seiten an und würde sich wahrscheinlich auch erheblich auf die Hosting-Infrastruktur von Discourse auswirken. Das gesagt, ich habe nicht das nötige handwerkliche Geschick für einen PR, also teile ich einfach nur, was ich herausgefunden habe.

2 „Gefällt mir“