Google đã công bố vài ngày trước nó đã bắt đầu với việc triển khai HTTP / 3 và IETF QUIC trong Chrome và trong thông báo, anh ấy nói rằng anh ấy hy vọng bản cập nhật này sẽ mang lại một số cải tiến hiệu suất bổ sung, đặc biệt là với sự hỗ trợ cho QUIC.
QUIC là một giao thức truyền tải mạng mới kết hợp các tính năng của TCP, TLS và hơn thế nữa. HTTP / 3 là phiên bản mới nhất của HTTP, giao thức mang phần lớn lưu lượng truy cập web. HTTP / 3 chỉ hoạt động trên QUIC.
Lực lượng đặc nhiệm kỹ thuật Internet, hay IETF, đã giới thiệu HTTP / 2 vào năm 2015 và một trong những cải tiến lớn mà tổ chức này thực hiện là hỗ trợ ghép kênh.
Tuy nhiên, nó sử dụng TCP làm giao thức truyền tải và các cơ chế khôi phục tổn thất trong TCP, vì vậy các gói bị mất vẫn có thể gây ra sự chậm trễ trong tất cả các giao dịch đang hoạt động.
Bằng cách áp dụng QUIC, HTTP / 3 có thể cải thiện hơn nữa quá trình truyền, vì các gói bị mất trong trường hợp này chỉ ảnh hưởng đến các giao dịch bị ảnh hưởng trực tiếp.
Thực tế, QUIC ban đầu được phát triển bởi Google và được công bố lần đầu tiên vào năm 2013. Kể từ đó, giao thức đã có tuổi và hiện chịu trách nhiệm thực hiện một phần ba lưu lượng truy cập của Google.
Sau đó, vào năm 2015, sự phát triển của QUIC được chuyển giao cho IETF, cơ quan tiêu chuẩn chịu trách nhiệm duy trì các giao thức Internet. IETF đã cải thiện QUIC với một số thay đổi. Đến nay, có hai giao thức tương tự nhưng khác nhau, đó là: Google QUIC và IETF QUIC.
Google đã thông báo rằng họ luôn sử dụng phiên bản QUIC của riêng mình, nhưng nhóm QUIC của anh ấy cũng tham gia vào việc triển khai phiên bản IEFT độc quyền. "Chúng tôi đã có những nỗ lực đáng kể để phát triển Google QUIC trong năm năm qua để theo kịp những thay đổi do IETF thực hiện và phiên bản mới nhất hiện tại của Google QUIC có nhiều điểm tương đồng với IETF QUIC", bài đăng trên blog của Google, ngoài ra, làm rõ rằng một số điều vẫn còn thiếu.
Như một ví dụ, cho đến nay hầu hết người dùng Chrome không thể giao tiếp với máy chủ IETF QUIC mà không cần bật một số tùy chọn dòng lệnh. Tương tự, Google nói thêm rằng hiện tại họ đã phát hiện ra rằng IETF QUIC hoạt động tốt hơn đáng kể so với HTTP so với TLS 1.3 so với TCP.
Đặc biệt, công ty cho biết độ trễ của công cụ tìm kiếm của Google giảm hơn 2%. Thời gian lưu vào bộ đệm của YouTube đã giảm hơn 9%. Ngoài ra, hiệu suất máy khách đã tăng hơn 3% trên máy tính để bàn.
Trên điện thoại di động, hiệu suất của khách hàng tăng hơn 7%. Những lý do này và các lý do khác đằng sau việc Chrome chuyển sang phiên bản QUIC của IETF. “Chúng tôi vui mừng thông báo rằng Chrome đang triển khai hỗ trợ cho IETF QUIC (cụ thể là phiên bản thử nghiệm h3-29).
Hiện nay, khoảng 25% người dùng phiên bản Chrome ổn định đang sử dụng h3-29 và chúng tôi dự định sẽ tăng con số này trong những tuần tới bằng cách tiếp tục theo dõi dữ liệu hiệu suất ”, công ty cho biết trong bài đăng trên blog.
"Chrome sẽ tích cực hỗ trợ cả IETF QUIC h3-29 và phiên bản Google QUIC (Q050) để có thời gian cho các máy chủ hỗ trợ Q050 nâng cấp lên IETF QUIC", ông nói thêm. Chrome m85 chưa hỗ trợ IETF QUIC 0-RTT và Google hy vọng hiệu suất này sẽ còn tốt hơn khi phát hành hỗ trợ cho IETF QUIC 0-RTT trong những tháng tới. Ngoài ra, vì IETF QUIC phiên bản 30 và 31 không chứa các thay đổi có thể phá vỡ khả năng tương thích, công ty không có kế hoạch thay đổi số nhận dạng "over-the-wire".
Điều này có nghĩa rằng sẽ tiếp tục theo dõi những thay đổi trong phiên bản IETF, nhưng sẽ triển khai dưới dạng h3-29 / 0xff00001d.
Do đó, nó khuyến nghị các máy chủ tiếp tục hỗ trợ h3-29 cho đến khi các RFC cuối cùng được hoàn thành nếu chúng muốn tương tác với Chrome. Tuy nhiên, nếu IETF thực hiện các thay đổi phá vỡ tính tương thích trong một dự án trong tương lai, Chrome sẽ đảo ngược quyết định đó.
Fuente: https://blog.chromium.org