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