डब्ल्यूसीएफ में, बाध्यकारी सेटिंग maxConnections और ServiceBehaviors सेवा थ्रोटलिंग सेटिंग्स (maxConcurrentCalls, maxConcurrentInstances, maxConcurrentSessions) के बीच क्या अंतर है?डब्ल्यूसीएफ सेवाविवियों बनाम बाध्यकारी सेटिंग्स
मैं अपना डब्ल्यूसीएफ सेवा सेटअप प्राप्त करने की कोशिश कर रहा हूं और मुझे बिल्कुल यकीन नहीं है कि वे कनेक्शन को सीमित करने के लिए एक-दूसरे के साथ कैसे काम करते हैं।
दो बातों पर विचार करने के लिए महत्वपूर्ण हैं:
serviceThrottling व्यवहार एक सेवा-/ सर्वर-साइड सेटिंग कितने समवर्ती कॉल, उदाहरणों और सत्र सर्वर द्वारा समर्थित हैं निर्धारित करता है कि है। यह किसी बाध्यकारी या सेवा अंतराल से स्वतंत्र है - यह एक सेवा-व्यापी सेटिंग है। यह आपको ट्विक करने की अनुमति देता है कि कितने समवर्ती अनुरोध (और/या सत्र) एक विशिष्ट सेवा संभाल सकते हैं - यह सर्वर "पावर", रैम, सीपीयू और बहुत अधिक कारकों जैसी चीजों पर निर्भर करता है। उन मूल्यों को डिफ़ॉल्ट रूप से काफी कम रखा जाता है, से "अतिभारित" किया जा रहा सर्वर से बचने के लिए और इस तरह के अनुरोधों की बड़ी बाढ़ (ग़लती से या दुर्भावनापूर्ण रूप से) द्वारा प्रदान की गई अनुत्तरदायी
maxConnections सेटिंग बंधन पर netTcpBinding के लिए विशिष्ट (है और यह "चचेरे भाई" है, जैसे netNamedPipe और विभिन्न Azure- उन्मुख net***Relay बाइंडिंग) और कनेक्शन पूलिंग के साथ करना है। एडीओ.NET डेटाबेस कनेक्शन की तरह पूल किया जाता है, सर्वर को टीसीपी/आईपी कनेक्शन को पूल किया जा सकता है और उन्हें नष्ट करने और फिर से बनाने के ऊपरी हिस्से को कम करने के लिए पुन: उपयोग किया जा सकता है। यह ज्यादातर क्लाइंट-साइड सेटिंग है (हालांकि इसका सर्वर-साइड पर भी प्रभाव पड़ता है), और फिर: यह netTcpBinding (और चचेरे भाई; सभी टीसीपी/आईपी पर आधारित) के लिए विशिष्ट है और यह किसी अन्य के लिए मौजूद नहीं है बाइंडिंग।
देखें: More details on MaxConnections अधिक के लिए, इस सेटिंग के इन्स और आउट में बहुत गहन अंतर्दृष्टि।
आप MaxConnections सेटिंग के सर्वर-साइड इफेक्ट पर विस्तार कर सकते हैं? –