एसपीडीवाई के साथ HTTP पाइपलिंग और HTTP मल्टीप्लेक्सिंग के बीच अंतर



spdy multiplexing (1)

यह गलत नहीं है, लेकिन यह एक महत्वपूर्ण पहलू है जो इसे छोड़ देता है। HTTP के लिए आवश्यक है कि आप किसी अन्य अनुरोध को आगे बढ़ने से पहले पूरी प्रतिक्रिया दें । आप चित्र में जो दिखा रहे हैं वह इस अर्थ में सही है कि एसपीडीवाई के साथ हम आखिरकार "लाइन के सिर" की आवश्यकता को तोड़ सकते हैं और प्रतिक्रियाएं उपलब्ध होने पर वितरित कर सकते हैं। हालांकि, हमें पूरी तरह से पूरा करने के लिए किसी भी अनुरोध का इंतजार नहीं करना है।

दो अनुरोधों की कल्पना करें, दोनों केबी आकार में: प्रत्येक अनुरोध में एकाधिक पैकेट होंगे, उन्हें [r1p1, r1p2] और [r2p1, r2p2] । HTTP के लिए आवश्यक है कि पीएन सटीक क्रम में पहुंचें। दूसरी तरफ [r2p1, r1p1, r1p2, r2p2] हमें निम्नलिखित की अनुमति देता है: [r2p1, r1p1, r1p2, r2p2]

यह भी उल्लेखनीय है कि एसपीडीवाई के साथ हम अनुरोध प्राथमिकताओं का उपयोग सर्वर को संकेत देने के लिए कर सकते हैं, जो अनुरोधों को प्राथमिकता लेनी चाहिए, भले ही यह बाद में तार पर आती है (आधा दर्जन अन्य महान विशेषताओं में)।

Google और स्टैक ओवरफ़्लो के लिए धन्यवाद, मुझे लगता है कि मैं नियमित HTTP पाइपलाइनिंग और HTTP मल्टीप्लेक्सिंग (उदाहरण के लिए, एसपीडीवाई के साथ) के बीच का अंतर समझ गया, इसलिए मैंने तीन नियमित HTTP अनुरोधों के आधार पर पाइपलाइनिंग और मल्टीप्लेक्सिंग के बीच अंतर दिखाने के लिए नीचे दिया गया चित्र बनाया।

मेरे दो प्रश्न हैं:

  1. क्या छवि सही है?
  2. क्या यह सच है कि यदि पाइपलाइनिंग में सिर-ऑफ-लाइन अवरोधन समस्या नहीं होगी तो यह HTTP मल्टीप्लेक्सिंग जितनी तेज होगी? या क्या मुझे एक अतिरिक्त अंतर याद आया?




http-pipelining