समवर्ती जीसी कभी-कभी एक्जिक्यूशनइंजिनएक्सप्शन (प्रति एमएसडीएन) का कारण क्यों बनता है?

Question

MSDN के अनुसार, एक "टिप" है जिसमें कहा गया है कि समेकित कचरा संग्रह (या तो <gcConcurrent enabled="true"/> या अनिर्दिष्ट, क्योंकि यह डिफ़ॉल्ट व्यवहार है) के साथ भारी लोड के तहत चल रहा एक .NET अनुप्रयोग एक निष्पादन EngineException फेंक सकता है। क्या किसी को माइक्रोसॉफ्ट केबी आलेख या अन्य स्रोत के बारे में पता है जो इस पर अतिरिक्त पृष्ठभूमि प्रदान करता है?

हमने इसे सीधे एनएचबीर्नेट 3.2-आधारित विंडोज सर्विस एप्लिकेशन के साथ अनुभव किया है, जो ऑपरेशन के कुछ घंटों के बाद हमेशा दुर्घटनाग्रस्त हो जाएगा। हम ISession.Flush() कॉल के अपवाद को ट्रैक करने में सक्षम थे।

nhusers पर एक thread पर रिपोर्टिंग है जो एक ही समस्या प्रतीत होता है। उनके सुझाए गए कामकाज, जो समवर्ती जीसी को अक्षम करना था, ने अब तक हमारे लिए काम किया है, हालांकि सर्वर-मोड जीसी (<gcServer enable="true"/>) पर स्विच करना, जो समवर्ती जीसी को निष्पक्ष रूप से अक्षम करता है, ने भी चाल की है।

इसे एमएस को एक बग के रूप में सबमिट करने से पहले, मैं यह जानना चाहता हूं कि अगर किसी के पास समवर्ती जीसी इंस्टालिटी पर अतिरिक्त जानकारी है तो टिप का उल्लेख है।

Answer 1

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

जैसा कि @casperOne ने अपनी टिप्पणी में बताया है, इस अपवाद को .NET 4.0 में अप्रचलित के रूप में चिह्नित किया गया है, हालांकि इसका मतलब यह नहीं है कि जीसी अभी भी उसी स्थिति में नहीं जा सकता है जिससे इसे अपवाद फेंक दिया जाता है .NET 3.5। यदि जीसी खुद को उसी राज्य में प्राप्त कर लेता है, तो रनटाइम एक FailFast कमांड जारी करेगा और अपवाद फेंकने के बजाए समाप्त हो जाएगा।