<p>सिग्नलआर मेमोरी बढ़ती रहती है</p>

ऐसा क्यों हो रहा है इस पर कोई अपडेट?

यहाँ एक ही मुद्दा

क्या आप स्मृति प्रोफाइलर का उपयोग यह निर्धारित करने के लिए कर सकते हैं कि कौन सी वस्तुएं जीवित छोड़ी जा रही हैं? SignalR जानबूझकर क्रम में सक्षम होना करने के लिए एक ग्राहक डिस्कनेक्ट के बाद स्मृति में संदेशों पकड़ है एक पुनः कनेक्ट हो ग्राहक की स्थिति में उन संदेशों को फिर से प्रसारित। इन संदेशों को एक रिंग बफ़र में संग्रहीत किया जाता है ताकि यह केवल एक निश्चित संख्या में संदेशों को बफ़र कर सके, लेकिन यह पूरी तरह से अपेक्षित है कि जैसे ही क्लाइंट डिस्कनेक्ट होता है, मेमोरी जारी नहीं की जाएगी।

क्या आप विशिष्ट प्रदर्शन समस्याओं को सीधे इस स्मृति उपयोग के लिए जिम्मेदार ठहरा रहे हैं? सिग्नलआर को कमजोर संदर्भों का भी उपयोग करना चाहिए ताकि यह सुनिश्चित हो सके कि जब कचरा कलेक्टर को अतिरिक्त स्थान की आवश्यकता होती है तो यह स्मृति मुक्त हो जाती है। क्या आप अपने द्वारा देखी जा रही विफलताओं के बारे में जानकारी प्रदान कर सकते हैं?

संभावना # 3850।

जैसा कि ऊपर वर्णित है, यह सिर्फ मानक सिग्नलआर संदेश बफर जैसा दिखता है। सिग्नलआर संदेशों को रखने के लिए एक निश्चित आकार के रिंग बफर का उपयोग करता है (इसलिए पुराने संदेशों को केवल स्थान की आवश्यकता होने पर ही हटा दिया जाता है) ताकि संदेशों को फिर से कनेक्ट होने वाले क्लाइंट को फिर से चलाया जा सके। आप IConfigurationManager.DefaultMessageBufferSize विकल्प का उपयोग करके इस बफ़र आकार को संशोधित कर सकते हैं।

इसे बंद करना क्योंकि हमने जीवित रहने वाली वस्तुओं पर कोई अपडेट नहीं सुना है। यदि आपका कोई प्रश्न है तो बेझिझक आगे टिप्पणी करें। यदि कोई समस्या हल हो जाती है तो हम इसे कभी भी फिर से खोल सकते हैं!

मुझे अभी भी लगता है कि यह एक महत्वपूर्ण बग है और इस मुद्दे को बंद नहीं किया जाना चाहिए। यह एक बड़ी मेमोरी लीक है जो आसानी से बहुत सारी मेमोरी का उपभोग कर सकती है और OutOfMemoryException के कारण किसी एप्लिकेशन को क्रैश कर सकती है। विशेष रूप से क्योंकि DefaultMessageBufferSize का डिफ़ॉल्ट मान प्रति हब 1000 संदेश है। अभी, मैं इससे जूझ रहा हूं।