रिलीज नोट्स के आधार पर, मुझे लगता है कि यह करता है। यहां से छोटी जानकारी का एक टुकड़ा है:
<ब्लॉकक्वॉट>उच्च प्रदर्शन के लिए रेडिस की अच्छी-खासी प्रतिष्ठा के बावजूद, इसकी एकल-थ्रेडेड वास्तुकला इंजीनियरों के बीच विवादास्पद रही है, जो सोचते थे कि क्या रेडिस और भी तेज हो सकता है। एक नए युग में रेडिस 6 बजता है:जबकि यह एक कोर सिंगल-थ्रेडेड डेटा-एक्सेस इंटरफ़ेस को बरकरार रखता है, I/O अब थ्रेडेड है।
<ब्लॉकक्वॉट>I/O सॉकेट्स को पढ़ने और लिखने में लगने वाले समय को अन्य थ्रेड्स पर सौंपकर, Redis प्रक्रिया डेटा में हेरफेर करने, संग्रहीत करने और पुनर्प्राप्त करने के लिए और अधिक चक्र समर्पित कर सकती है - समग्र प्रदर्शन को बढ़ावा देना। यह सुधार पिछले संस्करणों की लेन-देन संबंधी विशेषताओं को बरकरार रखता है, इसलिए आपको बढ़े हुए प्रदर्शन का लाभ उठाने के लिए अपने अनुप्रयोगों पर पुनर्विचार करने की आवश्यकता नहीं है। इसी तरह, Redis के सिंगल-थ्रेडेड DEL कमांड को अब मल्टी-थ्रेड UNLINK कमांड की तरह व्यवहार करने के लिए कॉन्फ़िगर किया जा सकता है जो Redis संस्करण 4 के बाद से उपलब्ध है।
<ब्लॉकक्वॉट>स्थानीय चर का प्रदर्शन लगभग हमेशा अपराजेय होता है, अंत में, रेडिस जैसे उच्च प्रदर्शन वाला डेटाबेस भी स्टैक या हीप से किसी चीज़ तक पहुँचने की तुलना में बहुत धीमा होगा। Redis 6 परिष्कृत क्लाइंट लाइब्रेरी के लिए क्लाइंट-साइड कैशिंग लेयर को लागू करने के लिए एक नई तकनीक जोड़ता है ताकि डेटा का एक सबसेट आपकी प्रक्रिया में संग्रहीत किया जा सके। स्थानीय चरों की गति के साथ रेडिस के लाभों को बनाए रखते हुए यह कार्यान्वयन एक ही डेटा के लिए कई अपडेट प्रबंधित करने और अपने डेटा को यथासंभव इन-सिंक रखने के लिए पर्याप्त स्मार्ट है।
आप अपने इंस्टेंस/वर्कलोड प्रोफाइल के लिए इसे रेडिस-बेंचमार्क या मेमियर हार्नेस से भी चेक/तुलना कर सकते हैं।
