Η Google ανακοίνωσε πριν από λίγες μέρες έχει ήδη ξεκινήσει την ανάπτυξη HTTP / 3 και IETF QUIC στο Chrome και στην ανακοίνωση, δηλώνει ότι αναμένει ότι αυτή η ενημέρωση θα φέρει κάποιες επιπλέον βελτιώσεις στην απόδοση, ειδικά με υποστήριξη για το QUIC.
Το QUIC είναι ένα νέο πρωτόκολλο μεταφοράς δικτύου που συνδυάζει τις δυνατότητες των TCP, TLS και άλλων. Το HTTP / 3 είναι η τελευταία έκδοση του HTTP, το πρωτόκολλο που μεταφέρει τη συντριπτική πλειονότητα της διαδικτυακής κίνησης. Το HTTP / 3 λειτουργεί μόνο σε QUIC.
Η Ομάδα Μηχανικής του Διαδικτύου, ή το IETF, εισήγαγε το HTTP / 2 το 2015 και μια από τις μεγάλες βελτιώσεις που έκανε είναι η υποστήριξη για την πολυπλεξία.
Ωστόσο, χρησιμοποίησε το TCP ως πρωτόκολλο μεταφοράς και τους μηχανισμούς ανάκτησης απώλειας στο TCP, επομένως τα χαμένα πακέτα εξακολουθούν να προκαλούν καθυστέρηση σε όλες τις ενεργές συναλλαγές.
Με την υιοθέτηση του QUIC, το HTTP / 3 μπορεί να βελτιώσει περαιτέρω τη διαδικασία μεταφοράς, καθώς τα χαμένα πακέτα σε αυτήν την περίπτωση επηρεάζουν μόνο τις άμεσα επηρεαζόμενες συναλλαγές.
Στην πραγματικότητα, Το QUIC αναπτύχθηκε αρχικά από την Google και ανακοινώθηκε για πρώτη φορά το 2013. Από τότε, το πρωτόκολλο έχει ωριμάσει και επί του παρόντος είναι υπεύθυνο για τη μεταφορά του ενός τρίτου της κυκλοφορίας της Google.
Στη συνέχεια, το 2015, η ανάπτυξη του QUIC πέρασε στα χέρια του IETF, του φορέα τυποποίησης που είναι υπεύθυνος για τη διατήρηση πρωτοκόλλων στο Διαδίκτυο. Το IETF έχει βελτιώσει το QUIC με αρκετές αλλαγές. Μέχρι σήμερα, υπάρχουν δύο παρόμοια, αλλά διαφορετικά πρωτόκολλα, τα οποία είναι: Google QUIC και IETF QUIC.
Η Google ανακοίνωσε ότι χρησιμοποιούσε πάντα τη δική της έκδοση QUIC, αλλά ότι η ομάδα QUIC του συμμετέχει επίσης στην εφαρμογή της ιδιόκτητης έκδοσης του IEFT. "Έχουμε καταβάλει σημαντικές προσπάθειες για την εξέλιξη του Google QUIC τα τελευταία πέντε χρόνια για να συμβαδίζουμε με τις αλλαγές που επέφερε το IETF και η τρέχουσα τελευταία έκδοση του Google QUIC έχει πολλές ομοιότητες με το IETF QUIC", αναφέρει η ανάρτηση ιστολογίου. Από την Google, επιπλέον, διευκρίνισε ότι ορισμένα πράγματα έλειπαν ακόμη.
Ως παράδειγμα, μέχρι στιγμής οι περισσότεροι χρήστες του Chrome δεν μπορούν να επικοινωνήσουν με διακομιστές IETF QUIC χωρίς να ενεργοποιήσετε κάποιες επιλογές γραμμής εντολών. Επίσης, Η Google πρόσθεσε ότι διαπίστωσε ότι το IETF QUIC ξεπερνά σημαντικά το HTTP σε σύγκριση με το TLS 1.3 σε σύγκριση με το TCP.
Συγκεκριμένα, η εταιρεία είπε ότι ο λανθάνων χρόνος της μηχανής αναζήτησης της Google μειώνεται κατά περισσότερο από 2%. Ο χρόνος προσωρινής αποθήκευσης του YouTube έχει μειωθεί κατά περισσότερο από 9%. Επιπλέον, η απόδοση των πελατών έχει αυξηθεί κατά περισσότερο από 3% σε επιτραπέζιους υπολογιστές.
Σε κινητά τηλέφωνα, η απόδοση των πελατών αυξήθηκε κατά περισσότερο από 7%. Αυτοί και άλλοι λόγοι βρίσκονται πίσω από τη μετάβαση του Chrome στην έκδοση QUIC του IETF. «Είμαστε στην ευχάριστη θέση να ανακοινώσουμε ότι το Chrome εφαρμόζει υποστήριξη για το IETF QUIC (συγκεκριμένα, η πιλοτική έκδοση h3-29).
Σήμερα, περίπου το 25% των χρηστών της σταθερής έκδοσης του Chrome χρησιμοποιούν το h3-29 και σκοπεύουμε να αυξήσουμε αυτόν τον αριθμό τις επόμενες εβδομάδες συνεχίζοντας να παρακολουθούμε τα δεδομένα απόδοσης », ανέφερε η εταιρεία στην ανάρτηση της στο blog.
"Το Chrome θα υποστηρίξει ενεργά τόσο το IETF QUIC h3-29 όσο και την έκδοση Google QUIC (Q050) για να επιτρέψει χρόνο στους διακομιστές που υποστηρίζουν Q050 να αναβαθμίσουν σε IETF QUIC", πρόσθεσε. Το Chrome m85 δεν υποστηρίζει ακόμη το IETF QUIC 0-RTT και η Google αναμένει ότι αυτή η απόδοση θα είναι ακόμα καλύτερη όταν κυκλοφορεί υποστήριξη για το IETF QUIC 0-RTT τους επόμενους μήνες. Επίσης, επειδή οι εκδόσεις IETF QUIC 30 και 31 δεν περιέχουν αλλαγές που θα μπορούσαν να καταστρέψουν τη συμβατότητα, η εταιρεία δεν σχεδιάζει να αλλάξει το αναγνωριστικό "over-the-wire".
Αυτό σημαίνει ότι θα συνεχίσει να παρακολουθεί τις αλλαγές στην έκδοση IETF, αλλά το θα εφαρμοστεί ως h3-29 / 0xff00001d.
Επομένως, συνιστά στους διακομιστές να συνεχίσουν να υποστηρίζουν το h3-29 έως ότου ολοκληρωθούν τα τελικά RFC, εάν θέλουν να συνεργαστούν με το Chrome. Ωστόσο, εάν το IETF κάνει αλλαγές που διακόπτουν τη συμβατότητα σε μελλοντικό έργο, το Chrome θα αντιστρέψει αυτήν την απόφαση.
πηγή: https://blog.chromium.org