Google ने घोषणा की कुछ दिन पहले ही यह शुरू हुआ है Chrome में HTTP / 3 और IETF QUIC की तैनाती घोषणा में, उन्होंने कहा कि उन्हें उम्मीद है कि यह अपडेट कुछ अतिरिक्त प्रदर्शन में सुधार लाएगा, विशेष रूप से QUIC के समर्थन के साथ।
QUIC एक नया नेटवर्क ट्रांसपोर्ट प्रोटोकॉल है जो टीसीपी, टीएलएस और अधिक की सुविधाओं को जोड़ती है। HTTP / 3, HTTP का नवीनतम संस्करण हैप्रोटोकॉल, जो वेब ट्रैफ़िक के अधिकांश हिस्से को वहन करता है। HTTP / 3 केवल QUIC पर काम करता है।
इंटरनेट इंजीनियरिंग टास्क फोर्स, या IETF ने 2 में HTTP / 2015 पेश किया, और इसके द्वारा किए गए बड़े सुधारों में से एक मल्टीप्लेक्सिंग का समर्थन है।
हालांकि, यह टीसीपी को परिवहन प्रोटोकॉल और नुकसान वसूली तंत्र के रूप में टीसीपी में उपयोग करता है, इसलिए खोए हुए पैकेट अभी भी सभी सक्रिय लेनदेन में देरी का कारण बन सकते हैं।
QUIC को अपनाकर, HTTP / 3 स्थानांतरण प्रक्रिया को और बेहतर बना सकता है, क्योंकि इस मामले में खोए हुए पैकेट केवल सीधे प्रभावित लेनदेन को प्रभावित करते हैं।
वास्तव में, QUIC मूल रूप से Google द्वारा विकसित किया गया था और पहली बार 2013 में घोषणा की गई। तब से, प्रोटोकॉल की उम्र आ गई है और वर्तमान में Google के एक तिहाई ट्रैफ़िक को ले जाने के लिए जिम्मेदार है।
फिर, 2015 में, QUIC का विकास IETF के हाथों में पारित हुआ, इंटरनेट प्रोटोकॉल बनाए रखने के लिए जिम्मेदार मानक निकाय। IETF ने कई बदलावों के साथ QUIC में सुधार किया है। आज तक, दो समान हैं, लेकिन विभिन्न प्रोटोकॉल हैं, जो हैं: Google QUIC और IETF QUIC।
Google ने घोषणा की है कि उसने हमेशा QUIC के अपने संस्करण का उपयोग किया है, लेकिन यह कि उनकी QUIC टीम IEFT के मालिकाना संस्करण के कार्यान्वयन में भी शामिल है। ब्लॉग पोस्ट में लिखा गया है, "हमने IETF द्वारा किए गए परिवर्तनों को बनाए रखने के लिए पिछले पांच वर्षों में Google QUIC को विकसित करने के लिए महत्वपूर्ण प्रयास किए हैं, और Google QUIC के वर्तमान नवीनतम संस्करण में IETF QUIC के कई समानताएं हैं।" के अतिरिक्त, स्पष्ट किया कि कुछ चीजें अभी भी गायब थीं।
एक उदाहरण के रूप में, अब तक अधिकांश क्रोम उपयोगकर्ता IETF QUIC सर्वर के साथ संवाद नहीं कर सकते हैं कुछ कमांड लाइन विकल्पों को सक्षम किए बिना। इसी तरह, Google ने कहा कि अब यह पाया गया है कि IETF QUIC HTTP से काफी बेहतर प्रदर्शन करता है टीसीएल की तुलना में टीएलएस 1.3 की तुलना में।
विशेष रूप से, कंपनी ने कहा कि Google का खोज इंजन विलंबता 2% से अधिक कम हो गया है। YouTube का बफरिंग समय 9% से अधिक कम हो गया है। इसके अतिरिक्त, डेस्कटॉप कंप्यूटर पर क्लाइंट प्रदर्शन में 3% से अधिक की वृद्धि हुई है।
मोबाइल फोन पर, ग्राहक के प्रदर्शन में 7% से अधिक की वृद्धि हुई। ये और अन्य कारण IETF के QUIC संस्करण में Chrome के स्विच के पीछे हैं। “हम यह घोषणा करते हुए प्रसन्न हैं कि क्रोम IETF QUIC (विशेष रूप से, h3-29 पायलट संस्करण) के लिए समर्थन लागू कर रहा है।
आज, क्रोम के स्थिर संस्करण के लगभग 25% उपयोगकर्ता h3-29 का उपयोग कर रहे हैं, और हम आने वाले हफ्तों में प्रदर्शन डेटा की निगरानी करके इस संख्या को बढ़ाने की योजना बना रहे हैं, ”कंपनी ने अपने ब्लॉग पोस्ट में कहा।
उन्होंने कहा, "क्रोम IETF QUIC h3-29 और Google QUIC संस्करण (Q050) दोनों को सक्रिय रूप से IETF QUIC में अपग्रेड करने के लिए Q050 का समर्थन करने वाले सर्वर के लिए समय की अनुमति देगा।" Chrome m85 अभी तक IETF QUIC 0-RTT का समर्थन नहीं करता है और Google को उम्मीद है कि आने वाले महीनों में IETF QUIC 0-RTT के लिए समर्थन जारी करने पर यह प्रदर्शन और भी बेहतर होगा। इसके अलावा, IETF QUIC संस्करण 30 और 31 में परिवर्तन नहीं हैं जो संगतता को तोड़ सकते हैं, कंपनी पहचानकर्ता को "ओवर-द-वायर" बदलने की योजना नहीं बनाती है।
इस का मतलब है कि IETF संस्करण में परिवर्तनों को ट्रैक करना जारी रखेगा, लेकिन वो h3-29 / 0xff00001d के रूप में लागू होगा।
इसलिए, यह अनुशंसा करता है कि सर्वर तब तक h3-29 को समर्थन देना जारी रखें जब तक कि वे क्रोम के साथ हस्तक्षेप नहीं करना चाहते हैं, जब तक कि अंतिम RFC पूरा नहीं हो जाता। हालाँकि, अगर IETF भविष्य की परियोजना में अनुकूलता को तोड़ता है, तो क्रोम उस निर्णय को उलट देगा।
Fuente: https://blog.chromium.org