Das verwirrt mich doch ein wenig

[Noren]

Brotli wurde, soweit ich weis, erstellt mit dem Fokus unter anderem kleine Dateien oder Textfiles, insbesondere Files von Webseiten optimal zu komprimieren. Unter anderem existiert auch deshalb ein vordefiniertes Dictionary welches auf solche Inhalte abgestimmt wurde.
Es finden sich auch Benchmarks zwischen Zstandard und Brotli welche z.B. zeigen, dass Zstandard bei anderen Files effizienter ist und kleinere Archive komprimieren kann.
Schade, dass DropBox keine Vergleiche und detailierteren Daten und Angaben zu den Tests zu den unterschiedlichen Algorithmen publiziert.

[Slartie]

Hat mich auch gewundert, ich hatte ebenfalls eher mit Zstandard als einem Brotli-Fork gerechnet. Aber relativ weit oben in dem Blog-Artikel nennen sie zwei Punkte: die Verfügbarkeit einer komplett in Safe Rust geschriebenen Implementierung von Brotli (was laut dem Artikel recht einzigartig unter den neueren Kompressionsalgorithmen ist; nun gut, glauben wir's mal) und dass sie in ihrem Backend schon Daten Brotli-komprimiert liegen haben. Brotli ist ja auch ein wenig älter als Zstandard, also gut möglich, dass sich diese Wahl damals gar nicht stellte, und alles von Brotli nach Zstandard rüberzukonvertieren, dafür sind die Vorteile von Zstandard (so es denn welche gibt, ich würde aber auch vermuten, dass da zumindest leichte Vorteile drin sein sollten) ziemlich sicher nicht ausreichend.

Das sind natürlich zwei ziemlich gute Gründe, dann auch im Transfer zum wohl ebenfalls in Rust geschriebenen Sync-Client auf denselben Algorithmus zu setzen.

[Slartie]

Ach, das hätte ich mir auch gleich denken können! Wie immer, wenn man bei einem Golem-Artikel über irgendwas, das die garantiert von Hacker News gemopst haben, noch Fragen hat, lohnt es sich, direkt an der Quelle nach Antworten zu suchen ;-)

https://news.ycombinator.com/item?id=24054402