जवाबों:
टेक एड 2003 में, प्रस्तुतकर्ता से यह सवाल पूछा गया था, और जवाब यह था कि वे एक अनियमित चक्र चाहते थे ताकि इसे एक दैनिक सीमा पर होने से रोका जा सके (जैसे कि सर्वर / डोमेन पर निर्धारित अन्य दैनिक कार्यों से अंतर करने के लिए)।
यहाँ साइट (लिंक मृत) अनुमान लगाया गया है:
... (२ ९) २४ के बाद पहला अभाज्य है, यह किसी भी अन्य सर्वर प्रक्रिया के साथ एक नियमित पैटर्न में होने वाली कम से कम संभावना है; समस्याओं में जांच को आसान बनाना
एक अन्य साइट इस बात की पुष्टि करती है:
( वेड हिल्मो ) ने सरल कारण के लिए 29 घंटे का सुझाव दिया कि यह 24 पर सबसे छोटी संख्या है। वह एक कंपित और गैर-दोहराव वाला पैटर्न चाहते थे जो प्रति दिन एक से अधिक बार नहीं होता है।
ठीक है, यह मुझे परेशान कर रहा था, इसलिए मैंने चारों ओर से खोदा और आखिरकार यह पोस्टिंग एक ऐसे व्यक्ति से मिली, जो जाहिरा तौर पर IIS टीम में था:
IIS6 हर 29 घंटे में डिफ़ॉल्ट रूप से रीसायकल करता है (और हमारे पास एक कारण था
IIS6 हर 29 घंटे को डिफ़ॉल्ट रूप से रीसायकल करता है (और हमारे पास डिफ़ॉल्ट मान के रूप में 29 घंटे चुनने का एक कारण था) क्योंकि इससे अधिक होने की संभावना नहीं है, इस पर चलने वाला वेब एप्लिकेशन अविश्वसनीय है और शाब्दिक रूप से बार-बार पुनरारंभ करने की आवश्यकता है।
इस प्रकार, IIS6 को आधार (सराहनीय निंदक) के आसपास बनाया गया है कि उपयोगकर्ता का वेब एप्लिकेशन 24 से अधिक सन्निहित घंटों तक नहीं चलेगा, इसके अनुसार सुविधाओं की योजना बनाई गई है, और चूक को चुना गया है। कार्यकर्ता प्रक्रियाएं हर 29 घंटे में पुन: चक्रित होती हैं, प्रक्रिया स्टार्टअप और शटडाउन की निगरानी की जाती है, यह सुनिश्चित करने के लिए प्रक्रिया को लगातार पिंग किया जाता है कि यह चल रहा है, जब प्रक्रिया अनपेक्षित रूप से समाप्त हो जाती है, तो इसे ट्रैक किया जाता है और संकेत दिया जाता है, आदि।
यह महसूस करते हुए कि पुनर्चक्रण संचालन का एक सामान्य हिस्सा है, IIS6 भी अंत उपयोगकर्ता से इस तरह के रीसाइक्लिंग को अलग करना सुनिश्चित करता है - कुछ कर्नेल-मोड जादू के कारण अंत उपयोगकर्ता का टीसीपी कनेक्शन कभी भी रीसायकल के दौरान समाप्त नहीं होता है। उपयोगकर्ता-मोड एप्लिकेशन के साथ संयुक्त, जो सत्र-राज्य की आउट-ऑफ-प्रोसेस (ASP.Net सत्र राज्य सेवा की तरह) को संग्रहीत करता है, किसी को उपयोगकर्ता के डेटा हानि के साथ विश्वसनीय अपटाइम की गारंटी दी जाती है, भले ही वेब एप्लिकेशन हर एक प्रसंस्करण के बाद क्रैश हो जाए। उपयोगकर्ता अनुरोध।
यह लगभग उतना ही अच्छा है जितना IIS6 इसे बना सकता है - एक अविश्वसनीय वेब एप्लिकेशन को देखते हुए, इसे एंड-यूज़र के लिए विश्वसनीय बनाता है, और यह अविश्वसनीय वेब एप्लिकेशन के किसी भी सुधार की आवश्यकता के बिना करता है।
बेशक, सभी अविश्वसनीय अनुप्रयोग विश्वसनीय दिखने के लिए नहीं किए जा सकते हैं - यदि हां, तो हम सभी नौकरियों से बाहर हैं! - लेकिन IIS6 यकीन है कि पूरी तरह से एक बहुत अधिक करने की कोशिश करता है।
आपके मामले में, यह सिर्फ ऐसा होता है कि रेजिनाइलसी का गैर-जारी उपयोगकर्ता की स्थिति पर दुष्प्रभाव होता है, लेकिन इसे आसानी से समायोजित किया जा सकता है।
मान लें कि आपके वेब एप्लिकेशन में कभी कोई समस्या नहीं है और इन-प्रोसेस सत्र स्थिति के साथ रहता है, तो आप इन डिफ़ॉल्ट को बदलना चाहेंगे: 1. 29 घंटे की समय-समय पर रीसाइक्लिंग को बंद करें।
इससे सत्र राज्य के अप्रत्याशित नुकसान को रोका जा सकेगा।
बेशक, यदि आप कभी भी आउट-ऑफ-सेशन सत्र स्थिति के साथ एक एप्लिकेशन का उपयोग करते हैं, तो आप सब कुछ चूक के रूप में छोड़ सकते हैं और कार्यक्षमता या विश्वसनीयता में अंतर नहीं देख सकते हैं।