أعلنت جوجل قبل أيام قليلة بدأت بالفعل نشر 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 ، ونخطط لزيادة هذا العدد في الأسابيع المقبلة من خلال الاستمرار في مراقبة بيانات الأداء ، "قالت الشركة في تدوينة. .
وأضاف: "سيدعم Chrome بشكل فعال كلاً من IETF QUIC h3-29 وإصدار Google QUIC (Q050) لإتاحة الوقت للخوادم التي تدعم Q050 للترقية إلى IETF QUIC". لا يدعم Chrome m85 حتى الآن IETF QUIC 0-RTT وتتوقع Google أن يكون هذا الأداء أفضل عندما تصدر دعمًا لـ IETF QUIC 0-RTT في الأشهر المقبلة. أيضًا ، نظرًا لأن الإصدارين 30 و 31 من IETF QUIC لا يحتويان على تغييرات قد تؤدي إلى كسر التوافق ، فإن الشركة لا تخطط لتغيير المعرف "عبر الأسلاك".
هذا يعني ذلك ستستمر في تتبع التغييرات في إصدار IETF ، لكن ال سيتم تنفيذه كـ h3-29 / 0xff00001d.
لذلك ، توصي بأن تستمر الخوادم في دعم h3-29 حتى اكتمال RFCs النهائية إذا كانوا يريدون التعامل مع Chrome. ومع ذلك ، إذا أجرت IETF تغييرات تكسر التوافق في مشروع مستقبلي ، فسيعكس Chrome هذا القرار.
مصدر: https://blog.chromium.org