Ο νέος αλγόριθμος συμπίεσης Zopfli της Google υπόσχεται ταχύτερη μεταφορά δεδομένων και φόρτωμα Web σελίδων

[nnn]

Η Google έδωσε σε κυκλοφορία έναν νέο αλγόριθμο συμπίεσης δεδομένων που υπόσχεται μεγαλύτερες ταχύτητες μεταφοράς μέσω Internet και γρηγορότερο φόρτωμα σελίδων Web.


Έχοντας το παρατσούκλι Zopfli (είδος Ελβετικού ψωμιού) και open source licence, συμπιέζει τα δεδομένα 8% περισσότερο από τον έως τώρα χρησιμοποιούμενο zlib, ενώ είναι τροποποιημένη έκδοση του γνωστού Deflate, που χρησιμοποιούν τα Zip και Gzip πακέτα συμπίεσης.

Η μεγαλύτερη πυκνότητα πληροφορίας επιτυγχάνεται με την χρήση πιο "εξαντλητικών" τεχνικών συμπίεσης, που επιβαρύνουν την ταχύτητα συμπίεσης(x100 φορές), χωρίς όμως να επηρεάζουν αρνητικά την ταχύτητα αποσυμπίεσης.

"The higher data density is achieved by using more exhaustive compression techniques, which make the compression a lot slower, but do not affect the decompression speed," said Lode Vandevenne, a Zurich-based software engineer who implemented Zopfli as part of this 20 percent time activity.

Το Zopfli είναι βιβλιοθήκη συμπίεσης και μόνο, κάτι που σημαίνει πως τα υπάρχοντα προγράμματα έχουν την δυνατότητα να αποσυμπιέσουν τα αρχεία που έχουν συμπιεστεί με αυτό, επιπλέον είναι bit-stream συμβατό με τα gzip, ZIP, PNG, και τις αιτήσεις HTTP.


Πηγή : Cnet

[LateAdopter]

Φαίνεται λαχταριστός..

[nnn]

100 φορές χειρότερη ταχύτητα συμπίεσης όμως

[LateAdopter]

Χμμ.. 100 φορές χειρότερος χρόνος συμπίεσης για 8% κέρδος στη μεταφορά, δεν φαίνεται καλό trade-off, όντως.. εκτός αν υπάρχει τόσο πλεόνασμα υπολογιστικής ισχύς (server-side) που να μην είναι και τόσο τραγικό..

[haniabal]

Πολύ καλή ταχύτητα. Ισχύει ήδη αυτός ο αλγόριθμος?

[mrsaccess]

Βασικά 100 με 1000 φορές χειρότερος χρόνος συμπίεσης (2 - 3 orders of magnitude).

Για αυτό τον προτείνουν για δεδομένα που συμπιέζονται μια φορά αλλά στέλνονται πολλές φορές, όπως μια σελίδα ενός δημοφιλούς website.

[chat1978]

Αν και δεν εντυπωσιάζομαι με τέτοια κατορθώματα, το σημαντικό είναι ότι δεν επιρρεάζει την ταχύτητα αποσυμπίεσης!

Δηλαδή όλα καλά στον κόσμο του πέτα και ένα ακόμα container (Zopfli) στο datacenter!

[developer]

O web server κάνει αυτόματα τη συμπίεση με τέτοιους αλγόριθμους συμπίεσης, ή τη συμπίεση την κάνουμε manually; (δεν ξέρω πολλά από web servers).

[rudxai]

O web server κάνει αυτόματα τη συμπίεση με τέτοιους αλγόριθμους συμπίεσης, ή τη συμπίεση την κάνουμε manually; (δεν ξέρω πολλά από web servers).

Ο Web Server είναι υπεύθυνος στην συμπίεση τις ιστοσελίδας και των άλλων Multimedia που μπορεί να εμπεριέχονται και την στέλνει μετά σε εμας που την ζητάμε. Αφού την πάρουμε εμείς μετά, ο browser μας είναι υπεύθηνος για την αποσυμπίεσή και προβολή της.

(μπορεί ο σερβερ να την έχει συμπιέσει από πριν και να την δίνει έτοιμη (cached) αλλά εάν το περιεχόμενο της σελίδας αλλάζει δυναμικά τότε δεν έχει επιλογή παρά να κάνει την συμπίεση On the fly νομίζω)

[Hik]

Η συμπίεση σε ένα web server παίζει ιδιαίτερο ρόλο κυρίως σε javascripts/css, τα οποία ειδικά τελευταία με τα διάφορα frameworks (aka backbone.js, ember.js) έχουν γίνει θεόρατα.

Σε περιβάλλοντα που έχουν μεγάλο φόρτο, τα συγκεκριμένα αρχεία προσυμπιέζονται και ο web server διαμοιράζει τα συμπιεσμένα αρχεία κατευθείαν χωρίς να το κάνει on the fly. Έτσι πρακτικά ενώ μπορεί να έχει 100 φορές μεγαλύτερο χρόνο συμπίεσης δεν παίζει κανένα ρόλο γιατί θα γίνει 1 φόρα. Ενώ το 8% που θα γλυτώσει οποιοσδήποτε χρησιμοποιήσει το συγκεκριμένο αλγόριθμο, όπως π.χ. η Google, σε bandwidth είναι σε χρηματική αξία αξιοσέβαστο ποσό.

Ακόμα και σε σελίδες που είναι δυναμικές μπορεί να γίνει caching με χρόνο. Και σε αυτή τη περίπτωση το κέρδος που μπορείς να έχεις όταν εξυπηρετείς χιλιάδες requests per second είναι πιθανώς μεγαλύτερο από το κόστος συμπίεσης.

[aiolos.01]

Όλο νεα πρωτόκολλα βγάζει η google. Το θέμα είναι, όλα αυτά προχωράνε πέρα απο τις προτάσεις;

[Revolution]

100 φορές χειρότερη ταχύτητα συμπίεσης όμως

Δεν σε πειράζει αυτό, τα συμπιέζεις μία φορα τα ανεβάζεις και η αποσυμπίεση γίνεται στο εκάστοτε request.
Όπως αναφέρθηκε ειδικά σε περιπτώσεις js που έχουν γίνει γομάρια σε site με μεγάλη επισκεψιμότητα κερδίζεις πολυ bandwidth

Όλο νεα πρωτόκολλα βγάζει η google. Το θέμα είναι, όλα αυτά προχωράνε πέρα απο τις προτάσεις;

Μια χαρά προχωράνε, ο closure compiler και το gzip ας πουμε ειναι ήδη πολυ καλά εργαλεία που κάνουν παρόμοια δουλεια και τα χρησιμοποιεί πολύ κόσμος.

[serfistas1]

Τώρα που είμαστε στο ipv6 πρέπει να δούμε περισσότερες καινοτόμες υπηρεσίες...

[konenas]

Νομίζω πως θα κάνει θραύση στα video του youtube

[netlag]

δεν προοριζεται για συμπιεση video. Κανει lossless συμπιεση, οπως το πχ το zip. Ειναι συμβατο με το υπαρχον software αποσυμπιεσης, και δεν βαζει κανενα strain σε system resources οσο αφορα την αποσυμπιεση παντα.

Η συμπιεση δεν γινεται συνεχεια. Η αποσυμπιεση ειναι που γινεται συνεχως. Τεσπα horse power γενικως υπαρχει, και οι εταιριες εχουν τα φραγκα να το αποκτησουν. Για μας ειναι μια δωρεαν βελτιωση του web experience.