रेडिस सिंगल-थ्रेडेड है, लेकिन शुद्ध सी में लिखा गया है, अंदर एक इवेंट लूप का उपयोग करता है और कनेक्शन को एसिंक्रोनस रूप से संभालता है, इसलिए कनेक्शन की संख्या समान संख्या में अनुरोधों से इसे प्रभावित नहीं करती है। यह आपके एप्लिकेशन की तुलना में तेज़ी से अनुरोधों को संभालने में सक्षम है क्योंकि नेटवर्क देरी, रूबी संकलित और अनुकूलित सी की तुलना में धीमी है, आदि, इसलिए आपको सिंगल-थ्रेडेड होने के बारे में चिंता करने की आवश्यकता नहीं है।
विभिन्न थ्रेड्स से समवर्ती अनुरोधों के लिए कनेक्शन की बढ़ती संख्या फायदेमंद है क्योंकि कनेक्शन को अनलॉक करने के लिए नेटवर्क पर प्रतिक्रिया की प्रतीक्षा करने की आवश्यकता नहीं है, साथ ही रूबी समानांतर आईओ कर सकता है।
साथ ही आप यह भी बता सकते हैं कि क्या पूल बहुत छोटा है जब कनेक्शन चेकआउट समय आपकी अपेक्षा/सहन करने से भी बदतर हो जाता है और संबंधित थ्रेड/कार्यकर्ता इसकी प्रतीक्षा करते समय निष्क्रिय रहता है, इसलिए अपने कोड को बेंचमार्क करें और अपने वास्तविक उपयोग और व्यवहार पैटर्न पर एक अच्छी नज़र डालें।
दूसरी तरफ मैं सभी कनेक्शन गणना सीमा का उपयोग करने के खिलाफ सलाह दूंगा, ऐसे समय होते हैं जब आपको इन अतिरिक्त कनेक्शनों की आवश्यकता हो सकती है। उदाहरण के लिए:
- सुंदर/"शून्य डाउनटाइम" के लिए डायनो पुनरारंभ ("प्रीबूट") आपको दो बार कनेक्शन की आवश्यकता है, क्योंकि पुरानी प्रक्रियाएं अभी भी कुछ समय के लिए चल रही हैं
- आपातकालीन डिबग के लिए कम से कम एक निःशुल्क कनेक्शन रखें क्योंकि आप कंसोल से/सीधे कनेक्ट करने में सक्षम होना चाहते हैं और देख सकते हैं कि कुछ अनपेक्षित हाईलोड आने पर कौन सा डेटा अंदर है
