अक्सर जब आप नए सॉफ़्टवेयर को स्थापित करते हैं तो एक dll (फ़ाइल) जिसका उपयोग बहुत सारे अन्य सॉफ़्टवेयर पैकेजों द्वारा किया जाता है, को नए संस्करण में अपग्रेड करने की आवश्यकता होती है। (आपके द्वारा पहले से इंस्टॉल किए गए एप्लिकेशन को अपग्रेड करते समय ऐसा होने की अधिक संभावना है।)
यदि dll का उपयोग किसी रनिंग एप्लिकेशन द्वारा किया जा रहा है, तो इसका कुछ भाग मेमोरी में लोड हो जाएगा और शेष को डिस्क से तब पढ़ा जाएगा, जब इसकी आवश्यकता होगी। इसलिए dll डिस्क पर लॉक हो जाएगा। (समस्याओं के बारे में सोचो अगर इसे बंद नहीं किया गया था!)
एक DLL जिसे लॉक किया गया है उसे अपडेट नहीं किया जा सकता है, इसलिए अगली बार मशीन के पुनः आरंभ होने पर इंस्टॉलर विंडोज़ को DLL को नए संस्करण से बदलने के लिए कहेगा। इसलिए पुनः आरंभ करने की आवश्यकता है।
कुछ बेहतर इंस्टॉलर आपको उन अनुप्रयोगों को बताएंगे जिन्हें इंस्टॉलर चलाने से पहले बंद कर दिया जाना चाहिए, ताकि DLL को बिना पुनरारंभ किए अपडेट किया जा सके। हालाँकि जो इंस्टॉलर के UI को अधिक जटिल बनाता है और अधिक समर्थन कॉल की ओर ले जाता है।
किसी एप्लिकेशन के लिए एक इंस्टॉलर अपने राज्य को बचाने के लिए एप्लिकेशन प्राप्त कर सकता है, इसे स्वयं बंद कर सकता है, फिर DLL अपडेट होने के बाद पुनः आरंभ कर सकता है। यह केवल तभी किया जा सकता है जब DLL का उपयोग किसी एक अनुप्रयोग द्वारा किया जाता है। अधिकांश आत्म अद्यतन करने वाले अनुप्रयोग ऐसा करते हैं - जब बहुत सारे उपयोगकर्ता होते हैं तो यह बड़े पैमाने पर बाज़ार अनुप्रयोगों के लिए आदर्श होना चाहिए।
उपरोक्त सभी जटिल तर्क को जन्म दे सकते हैं जो परीक्षण करना कठिन है। परीक्षण इंस्टॉलर को एक लंबा समय लगता है, जैसा कि आपको लगता है कि उपयोगकर्ता की मशीन हर राज्य में हो सकती है। इसलिए यह अक्सर इंस्टॉलर के लिए सरल और हमेशा काम करने के लिए सबसे अच्छा होता है, भले ही यह उपयोगकर्ता के लिए कुछ और पुनरारंभ करता हो। ।
यह अक्सर नहीं होता है कि इंस्टॉलर रीस्टार्ट होने के कारण कोई उपयोगकर्ता एक अलग एप्लिकेशन खरीदने का फैसला करता है, इसलिए वेंडर अपना एप्लिकेशन खरीदने के लिए उपयोगकर्ता को प्राप्त करने के लिए आवश्यक समय (पैसा) खर्च करता है।
जब आप एक रिबूट किया था खुद को हल किया एक आवेदन स्थापित करने के बाद आपको कितनी बार समस्या हुई है? बहुत से उपयोगकर्ताओं की समर्थन लागतों के बारे में सोचें जो एक रिबूट के साथ हल की गई समस्याओं के साथ हैं। यह एक डेवलपर के रूप में बहुत जल्दी टेम्परिंग बन सकता है, हमेशा उपयोगकर्ता को अपना सॉफ़्टवेयर इंस्टॉल करने के बाद भी रिबूट करने के लिए मिलता है, जब आपको लगता है कि इसकी आवश्यकता नहीं है।
----------
अधिकांश ऑपरेटिंग सिस्टम और सॉफ़्टवेयर उन दिनों में लिखे गए थे जब डिस्कस्पेस और मेमोरी में बहुत पैसा खर्च होता था। अब अनुप्रयोगों के लिए एक चाल है कि वे उपयोग करने वाले सभी dll की एक निजी प्रतिलिपि रखें, इसलिए इरेज़र को अपग्रेड करना, लेकिन अधिक संग्रहण स्थान का उपयोग करना।
सर्वरों पर यह "कंटेनरों" के साथ किया जा रहा है, हालांकि "कंटेनर" डेस्कटॉप सॉफ़्टवेयर के लिए अच्छी तरह से काम नहीं करते हैं, जैसा कि आप एथेर एप्लिकेशन के साथ एक एप्लिकेशन द्वारा सहेजे गए डेटा तक पहुंचने में सक्षम होना चाहते हैं। (अन्यथा सिर्फ एक iPhone का उपयोग करें।)