लोडर (कंप्यूटिंग): Difference between revisions
No edit summary |
(FINAL SUBMIT) |
||
Line 4: | Line 4: | ||
कार्यक्रम लोडिंग का समर्थन करने वाले सभी प्रचालन प्रणाली में लोडर होते हैं, अत्यधिक विशिष्ट परिकलक प्रणाली को छोड़कर, जिनके पास केवल विशेष कार्यक्रम का एक निश्चित सेट होता है। [[अंतः स्थापित प्रणाली|अंत:स्थापित प्रणाली]] में आमतौर पर लोडर नहीं होते हैं, और इसके बजाय, संकेत को सीधे ROM (रोम) या इसी तरह से निष्पादित किया जाता है। प्रचालन प्रणाली को स्वयं लोड करने के लिए, [[बूटिंग]] के भाग के रूप में, एक विशेष [[बूट लोडर]] का उपयोग किया जाता है। कई प्रचालन प्रणाली में, लोडर स्थायी रूप से स्मृति में रहता है, हालांकि कुछ प्रचालन प्रणाली जो [[आभासी मेमोरी|आभासी स्मृति]] का समर्थन करते हैं, लोडर को स्मृति के उस क्षेत्र में स्थित होने की अनुमति दे सकते हैं जो [[पेजिंग|पृष्ठीय]] है। | कार्यक्रम लोडिंग का समर्थन करने वाले सभी प्रचालन प्रणाली में लोडर होते हैं, अत्यधिक विशिष्ट परिकलक प्रणाली को छोड़कर, जिनके पास केवल विशेष कार्यक्रम का एक निश्चित सेट होता है। [[अंतः स्थापित प्रणाली|अंत:स्थापित प्रणाली]] में आमतौर पर लोडर नहीं होते हैं, और इसके बजाय, संकेत को सीधे ROM (रोम) या इसी तरह से निष्पादित किया जाता है। प्रचालन प्रणाली को स्वयं लोड करने के लिए, [[बूटिंग]] के भाग के रूप में, एक विशेष [[बूट लोडर]] का उपयोग किया जाता है। कई प्रचालन प्रणाली में, लोडर स्थायी रूप से स्मृति में रहता है, हालांकि कुछ प्रचालन प्रणाली जो [[आभासी मेमोरी|आभासी स्मृति]] का समर्थन करते हैं, लोडर को स्मृति के उस क्षेत्र में स्थित होने की अनुमति दे सकते हैं जो [[पेजिंग|पृष्ठीय]] है। | ||
एक [[प्रचालन प्रणाली]] के मामले में जो आभासी स्मृति का समर्थन करता है, लोडर वास्तव में निष्पादन योग्य फ़ाइलों की सामग्री को स्मृति में कॉपी नहीं कर सकता है, लेकिन केवल आभासी स्मृति उप प्रणाली को घोषित कर सकता है कि संचालन को शामिल करने के लिए आवंटित स्मृति कार्यक्रम के संकेत के बीच मैपिंग है, और संबंधित निष्पादन योग्य फ़ाइल की | एक [[प्रचालन प्रणाली]] के मामले में जो आभासी स्मृति का समर्थन करता है, लोडर वास्तव में निष्पादन योग्य फ़ाइलों की सामग्री को स्मृति में कॉपी नहीं कर सकता है, लेकिन केवल आभासी स्मृति उप प्रणाली को घोषित कर सकता है कि संचालन को शामिल करने के लिए आवंटित स्मृति कार्यक्रम के संकेत के बीच मैपिंग है, और संबंधित निष्पादन योग्य फ़ाइल की सामग्री है। ([[मेमोरी-मैप की गई फ़ाइल|स्मृति-प्रतिचित्र किया गया दस्तावेज़]] देखें।) आभासी स्मृति उपसमूह को तब सूचित किया जाता है कि स्मृति के उस क्षेत्र वाले पृष्ठों को मांग पर भरने की आवश्यकता होती है और यदि जब कार्यक्रम निष्पादन वास्तव में अपूर्ण स्मृति के उन क्षेत्रों को हिट करता है। इसका मतलब यह हो सकता है कि कार्यक्रम के संकेत के कुछ हिस्सों को वास्तव में स्मृति में तब तक प्रतिलिपि नहीं किया जाता है जब तक कि उनका वास्तव में उपयोग नहीं किया जाता है और अप्रयुक्त संकेत को कभी भी स्मृति में लोड नहीं किया जाता है। | ||
== जिम्मेदारियां == | == जिम्मेदारियां == | ||
Line 17: | Line 17: | ||
[[Microsoft Windows|माइक्रोसॉफ्ट विंडोज़]] 7 और बाद में, लोडर ntdll.dll में <code>LdrInitializeThunk</code> प्रकार्य होता है, जो निम्न कार्य करता है: | [[Microsoft Windows|माइक्रोसॉफ्ट विंडोज़]] 7 और बाद में, लोडर ntdll.dll में <code>LdrInitializeThunk</code> प्रकार्य होता है, जो निम्न कार्य करता है: | ||
# डीएलएल में ही संरचनाओं का प्रारंभ (यानी [[कंप्यूटर प्रोग्राम|महत्वपूर्ण]] [[कंप्यूटर प्रोग्राम|खंड]], अनुखंड सूची); | # डीएलएल (DLL) में ही संरचनाओं का प्रारंभ (यानी [[कंप्यूटर प्रोग्राम|महत्वपूर्ण]] [[कंप्यूटर प्रोग्राम|खंड]], अनुखंड सूची); | ||
# लोड करने के लिए निष्पादन योग्य का सत्यापन; | # लोड करने के लिए निष्पादन योग्य का सत्यापन; | ||
# एक [[गतिशील स्मृति आवंटन|ढेर]] बनाना (प्रकार्य <code>RtlCreateHeap</code>के माध्यम से); | # एक [[गतिशील स्मृति आवंटन|ढेर]] बनाना (प्रकार्य <code>RtlCreateHeap</code>के माध्यम से); | ||
# पर्यावरण परिवर्तनीय विभाग और कार्यप्रणाली विभाग का आवंटन; | # पर्यावरण परिवर्तनीय विभाग और कार्यप्रणाली विभाग का आवंटन; | ||
# निष्पादन योग्य और ntdll को अनुखंड सूची में जोड़ना (एक [[कंप्यूटर प्रोग्राम|दोगुनी]]-[[कंप्यूटर प्रोग्राम|श्रृंखलित]] [[प्रोसेसर रजिस्टर|सूची]]); | # निष्पादन योग्य और ntdll को अनुखंड सूची में जोड़ना (एक [[कंप्यूटर प्रोग्राम|दोगुनी]]-[[कंप्यूटर प्रोग्राम|श्रृंखलित]] [[प्रोसेसर रजिस्टर|सूची]]); | ||
# कई महत्वपूर्ण कार्यों को प्राप्त करने के लिए [[कंप्यूटर प्रोग्राम|KERNEL32.DLL]] लोड | # कई महत्वपूर्ण कार्यों को प्राप्त करने के लिए [[कंप्यूटर प्रोग्राम|KERNEL32.DLL]] लोड करना, उदाहरण के लिए <code>BaseThreadInitThunk</code>; | ||
# निष्पादन योग्य के आयात को पुनः लोड करना (यानी [[प्रोसेसर रजिस्टर|गतिशील]]-[[प्रोसेसर रजिस्टर|श्रृंखलित]] [[पुस्तकालय (कम्प्यूटिंग)|पुस्तकालयों]]) (आयात के आयात, उनके आयात आदि की जांच करें); | # निष्पादन योग्य के आयात को पुनः लोड करना (यानी [[प्रोसेसर रजिस्टर|गतिशील]]-[[प्रोसेसर रजिस्टर|श्रृंखलित]] [[पुस्तकालय (कम्प्यूटिंग)|पुस्तकालयों]]) पुनरावर्ती (आयात के आयात, उनके आयात आदि की जांच करें); | ||
# डिबग प्रणाली में, प्रणाली विराम बिंदु बढाएँ; | # डिबग प्रणाली में, प्रणाली विराम बिंदु बढाएँ; | ||
# डीएलएलएस की शुरूआत; | # डीएलएलएस (DLLs) की शुरूआत; | ||
# कचरा संग्रहण; | # कचरा संग्रहण; | ||
# लोडर प्रकार्य को दिए गए संदर्भ मापदण्ड पर <code>NtContinue</code> को कॉल करना (यानी <code>RtlUserThreadStart</code> पर | # लोडर प्रकार्य को दिए गए संदर्भ मापदण्ड पर <code>NtContinue</code> को कॉल करना (यानी <code>RtlUserThreadStart</code> पर चले जाना, जो निष्पादन योग्य प्रारंभ करेगा) | ||
== लोडर स्थानांतरित करना == | == लोडर स्थानांतरित करना == | ||
कुछ प्रचालन प्रणाली को [[कंप्यूटर प्रोग्राम|लोडर को]] [[कंप्यूटर प्रोग्राम|स्थानांतरित]] करने की आवश्यकता होती है, जो लोडिंग | कुछ प्रचालन प्रणाली को [[कंप्यूटर प्रोग्राम|लोडर को]] [[कंप्यूटर प्रोग्राम|स्थानांतरित]] करने की आवश्यकता होती है, जो लोडिंग शुरू होने वाले पते में भिन्नता की भरपाई के लिए निष्पादन योग्य में पतों (संकेतों) को समायोजित करता है। प्रचालन प्रणाली जिन्हें लोडर स्थानांतरित करने की आवश्यकता होती है, वे हैं जिनमें एक कार्यक्रम हमेशा पता स्थान में एक ही स्थान पर लोड नहीं होता है और जिसमें कार्यक्रम के [[आधार पता]] से अनुचित्रण के बजाय संकेत निरपेक्ष पता होते हैं। कुछ जाने-माने उदाहरण IBM के [[कंप्यूटर प्रोग्राम|OS/360]] उनके [[कंप्यूटर प्रोग्राम|प्रणाली/360]] अधिसंसाधित्र के लिए हैं, और इसके वंशज, जिनमें [[कंप्यूटर प्रोग्राम|z/वास्तुकला]] अधिसंसाधित्र के लिए [[कंप्यूटर प्रोग्राम|z/OS]] सम्मिलित है। | ||
===ओएस/360 और व्युत्पन्न (शब्द) === | ===ओएस/360 और व्युत्पन्न (शब्द) === | ||
OS/360 और वंशज प्रणालियों में, (विशेषाधिकार प्राप्त) प्रचालन प्रणाली सुविधा को IEWFETCH कहा जाता है,<ref>{{cite book|last=IBM Corporation|title=IBM OS MVT Supervisor|year=1972|url=http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/os/R21.0_Mar72/plm/GY28-6659-6_MVT_Supervisor_PLM_Release_21_Mar72.pdf}}</ref> और OS पर्यवेक्षक का एक आंतरिक घटक है, जबकि (गैर-विशेषाधिकार प्राप्त) लोडर | OS/360 और वंशज प्रणालियों में, (विशेषाधिकार प्राप्त) प्रचालन प्रणाली सुविधा को IEWFETCH कहा जाता है,<ref>{{cite book|last=IBM Corporation|title=IBM OS MVT Supervisor|year=1972|url=http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/os/R21.0_Mar72/plm/GY28-6659-6_MVT_Supervisor_PLM_Release_21_Mar72.pdf}}</ref> और OS पर्यवेक्षक का एक आंतरिक घटक है, जबकि (गैर-विशेषाधिकार प्राप्त) लोडर का उपयोग एक ही तरह के कई कार्य कर सकता है, साथ ही संयोजन सम्पादक के भी, और OS पर्यवेक्षक के लिए पूरी तरह से बाहरी है (हालांकि यह निश्चित रूप से कई पर्यवेक्षक सेवाओं का उपयोग करता है)। | ||
IEWFETCH एक अत्यधिक विशिष्ट [[कंप्यूटर प्रोग्राम|चैनल]] [[कंप्यूटर प्रोग्राम|कार्यक्रम]] का उपयोग करता है, और सैद्धांतिक रूप से DASD संचार माध्यम की एक क्रांति (लगभग 16.6 ms अधिकतम, 8.3 ms औसत, "पैतृक संपत्ति" 3,600 rpm ड्राइव पर) के भीतर एक संपूर्ण निष्पादन योग्य को लोड करना और स्थानांतरित करना संभव है। लोड | IEWFETCH एक अत्यधिक विशिष्ट [[कंप्यूटर प्रोग्राम|चैनल]] [[कंप्यूटर प्रोग्राम|कार्यक्रम]] का उपयोग करता है, और सैद्धांतिक रूप से DASD संचार माध्यम की एक क्रांति (लगभग 16.6 ms अधिकतम, 8.3 ms औसत, "पैतृक संपत्ति" 3,600 rpm ड्राइव पर) के भीतर एक संपूर्ण निष्पादन योग्य को लोड करना और स्थानांतरित करना संभव है। लोड मापांक के लिए जो आकार में एक तरीके से अधिक है, संचार माध्यम की क्रांति खोए बिना पूरे मापांक को लोड करना और स्थानांतरित करना भी संभव है। | ||
IEWFETCH में तथाकथित अधिचित्रित संरचनाओं के लिए सुविधाए भी सम्मिलित हैं, और जो न्यूनतम स्मृति | IEWFETCH में तथाकथित अधिचित्रित संरचनाओं के लिए सुविधाए भी सम्मिलित हैं, और जो न्यूनतम स्मृति मापांक में संभावित रूप से बहुत बड़े निष्पादन योग्य चलाने की सुविधा प्रदान करती हैं (OS के कुछ संस्करणों पर 44 KB जितना छोटा, लेकिन 88 KB और 128 KB अधिक सामान्य हैं)। | ||
OS का [[कर्नेल (ऑपरेटिंग सिस्टम)|केन्द्रक]] (पर्यवेक्षक का हमेशा निवासी हिस्सा) स्वयं इस तरह से स्वरूपित होता है जो IEWFETCH के एक | OS का [[कर्नेल (ऑपरेटिंग सिस्टम)|केन्द्रक]] (पर्यवेक्षक का हमेशा निवासी हिस्सा) स्वयं इस तरह से स्वरूपित होता है जो IEWFETCH के एक उतार-चढ़ाव वाले संस्करण के साथ संगत होता है। सामान्य निष्पादकों के विपरीत, OS का केन्द्रक "तितर बितर भारित" है: केन्द्रक के कुछ हिस्सों को स्मृति के विभिन्न भागों में लोड किया जाता है; विशेष रूप से, कुछ प्रणाली तालिकाओं को प्रारंभिक 64 KB के अंतर्गत होना चाहिए, जबकि अन्य तालिकाएँ और संकेत कहीं और स्थित हो सकते हैं। | ||
प्रणाली के [[कंप्यूटर प्रोग्राम|संयोजन संपादक]] | प्रणाली के [[कंप्यूटर प्रोग्राम|संयोजन संपादक]] उपयोग का नाम IEWL है।<ref>{{cite book|last=IBM Corporation|title=IBM OS Linkage Editor and Loader|year=1972|url=http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/os/R21.0_Mar72/GC28-6538-9_OS_Linkage_Editor_and_Loader_Release_21_Jan72.pdf}}</ref> IEWL का मुख्य कार्य लोड मापांक (निष्पादन योग्य कार्यक्रम) और उद्देश्य मापांक (जैसे, कोडांतरक और संकलक से निर्गत) को "स्वतः आह्वान" के साथ पुस्तकालयों (उच्च-स्तरीय भाषा "अंतर्निहित कार्य") में संबद्ध करना है, जिसे IEWFETCH द्वारा सबसे कुशलतापूर्वक लोड किया जा सकता है। बड़ी संख्या में संपादन विकल्प हैं, लेकिन इनमें से कुछ ही आमतौर पर पारंपरिक अनुप्रयोग के लिए नियोजित होते हैं। | ||
लोड | लोड मापांक प्रारूप में एक प्रारंभिक "पाठ अभिलेख" होता है, जिसके तुरंत बाद उस पाठ अभिलेख के लिए "स्थानांतरण और/या नियंत्रण अभिलेख" होता है, जिसके बाद पाठ अभिलेख और स्थानांतरण और/या नियंत्रण अभिलेख के जोड़े अंत तक होते हैं। | ||
पाठ अभिलेख सामान्यतः बहुत बड़े होते हैं; स्थानांतरण और/या नियंत्रण अभिलेख छोटे हैं क्योंकि IEWFETCH के तीन स्थानांतरण और/या नियंत्रण अभिलेख प्रतिरोधक 260 बाइट्स पर तय किए गए हैं (छोटे स्थानांतरण और/या नियंत्रण अभिलेख निश्चित रूप से संभव हैं, लेकिन 260 बाइट्स से अधिकतम संभव हैं, और IEWL यह सुनिश्चित करता है कि यह अगले पाठ अभिलेख से पहले आवश्यकतानुसार अतिरिक्त स्थानांतरण अभिलेख सम्मिलित करके सीमा का अनुपालन किया जाता है; इस विशेष मामले में, अभिलेख का क्रम हो सकता है: ..., पाठ अभिलेख, स्थानांतरण रिकॉर्ड, ..., नियंत्रण अभिलेख, पाठ अभिलेख, ...)। | |||
स्थानांतरण और/या नियंत्रण | स्थानांतरण और/या नियंत्रण अभिलेख प्रतिरोधक के भीतर एक विशेष बाइट "अक्षम अंश घुमाव" संचार क्षेत्र के रूप में उपयोग किया जाता है, और इसे एक अद्वितीय मान के लिए प्रारंभ किया जाता है। उस स्थानांतरण और/या नियंत्रण अभिलेख के लिए पठित सीसीडब्ल्यू में कार्यक्रम-नियंत्रित अवरोध अंश तय किया जाता है। संसाधक को सूचित किया जाता है जब उस सीसीडब्ल्यू को एक विशेष [[कंप्यूटर प्रोग्राम|आईओएस]] निकास के माध्यम से चैनल द्वारा अभिगम किया जाता है। इस बिंदु पर संसाधक "अक्षम अंश घुमाव" परिपथ (कभी-कभी "दुनिया में सबसे छोटा परिपथ" कहा जाता है) में प्रवेश करता है। एक बार जब वह बाइट अपने प्रारंभिक मूल्य से बदल जाता है, तो सीपीयू अंश घुमाव से बाहर निकल जाता है, और स्थानांतरण और/या नियंत्रण अभिलेख और अगले पाठ अभिलेख के बीच संचार माध्यम "अंतर" के दौरान स्थानांतरण होता है। यदि स्थानांतरण अगले अभिलेख से पहले समाप्त हो जाता है, तो पढ़नें के बाद NOP CCW को TIC में बदल दिया जाएगा, और अगले प्रतिरोधक का उपयोग करके लोडिंग और स्थानांतरण आगे बढ़ेगा; यदि नहीं, तो चैनल NOP CCW पर रुकेगा, जब तक कि IEWFETCH द्वारा इसे अन्य विशेष IOS निकास के माध्यम से पुनः आरंभ नहीं किया जाता है। तीन प्रतिरोधक एक सतत परिपत्र कतार में हैं, प्रत्येक अगले की ओर इशारा करता है, और पिछले एक की ओर इशारा करता है, और तीन प्रतिरोधक को पुनः उपयोग किया जाता है क्योंकि वे लगातार लोड और स्थानांतरित होते हैं। | ||
IEWFETCH, इस प्रकार, किसी भी व्यावहारिक आकार के लोड | IEWFETCH, इस प्रकार, किसी भी व्यावहारिक आकार के लोड मापांक को कम से कम समय में लोड और स्थानांतरित कर सकता है। | ||
== गतिशील संयोजक == | == गतिशील संयोजक == |
Revision as of 23:28, 11 April 2023
परिकलक प्रणाली में एक लोडर एक प्रचालन प्रणाली का एक हिस्सा होता है जो कार्यक्रम और लाइब्रेरी को लोड करने के लिए जिम्मेदार होता है। यह कार्यक्रम आरंभीकरण प्रक्रिया में आवश्यक चरणों में से एक है, क्योंकि यह कार्यक्रम को स्मृति में रखता है और उन्हें निष्पादन के लिए तैयार करता है। किसी कार्यक्रम को लोड करने में स्मृति-मैपिंग या स्मृति में कार्यक्रम निर्देशों वाली निष्पादन योग्य फ़ाइल की सामग्री की प्रतिलिपि बनाना शामिल है और फिर निष्पादन योग्य को चलाने के लिए तैयार करने के लिए अन्य आवश्यक प्रारंभिक संचालन करना शामिल है। एक बार लोड हो जाने पर, प्रचालन प्रणाली लोड किए गए कार्यक्रम संकेत पर नियंत्रण पास करके कार्यक्रम प्रारम्भ शुरू करता है।
कार्यक्रम लोडिंग का समर्थन करने वाले सभी प्रचालन प्रणाली में लोडर होते हैं, अत्यधिक विशिष्ट परिकलक प्रणाली को छोड़कर, जिनके पास केवल विशेष कार्यक्रम का एक निश्चित सेट होता है। अंत:स्थापित प्रणाली में आमतौर पर लोडर नहीं होते हैं, और इसके बजाय, संकेत को सीधे ROM (रोम) या इसी तरह से निष्पादित किया जाता है। प्रचालन प्रणाली को स्वयं लोड करने के लिए, बूटिंग के भाग के रूप में, एक विशेष बूट लोडर का उपयोग किया जाता है। कई प्रचालन प्रणाली में, लोडर स्थायी रूप से स्मृति में रहता है, हालांकि कुछ प्रचालन प्रणाली जो आभासी स्मृति का समर्थन करते हैं, लोडर को स्मृति के उस क्षेत्र में स्थित होने की अनुमति दे सकते हैं जो पृष्ठीय है।
एक प्रचालन प्रणाली के मामले में जो आभासी स्मृति का समर्थन करता है, लोडर वास्तव में निष्पादन योग्य फ़ाइलों की सामग्री को स्मृति में कॉपी नहीं कर सकता है, लेकिन केवल आभासी स्मृति उप प्रणाली को घोषित कर सकता है कि संचालन को शामिल करने के लिए आवंटित स्मृति कार्यक्रम के संकेत के बीच मैपिंग है, और संबंधित निष्पादन योग्य फ़ाइल की सामग्री है। (स्मृति-प्रतिचित्र किया गया दस्तावेज़ देखें।) आभासी स्मृति उपसमूह को तब सूचित किया जाता है कि स्मृति के उस क्षेत्र वाले पृष्ठों को मांग पर भरने की आवश्यकता होती है और यदि जब कार्यक्रम निष्पादन वास्तव में अपूर्ण स्मृति के उन क्षेत्रों को हिट करता है। इसका मतलब यह हो सकता है कि कार्यक्रम के संकेत के कुछ हिस्सों को वास्तव में स्मृति में तब तक प्रतिलिपि नहीं किया जाता है जब तक कि उनका वास्तव में उपयोग नहीं किया जाता है और अप्रयुक्त संकेत को कभी भी स्मृति में लोड नहीं किया जाता है।
जिम्मेदारियां
यूनिक्स में, लोडर प्रणाली कॉल निष्पादन()
के लिये प्रबंधकर्ता है।[1] यूनिक्स लोडर के कार्यों में शामिल हैं:
- सत्यापन (अनुमतियां, स्मृति आवश्यकताएं आदि);
- स्मृति-प्रतिचित्रण निष्पादन योग्य वस्तु डिस्क से मुख्य स्मृति तक;
- आभासी स्मृति में कमांड-लाइन तर्कों की प्रतिलिपि बनाना;
- आरंभ पंजिका (जैसे, क्रमबद्ध ढेर सूचक);
- कार्यक्रम प्रवेश स्थान (
आरम्भ
) पर जाएं।
माइक्रोसॉफ्ट विंडोज़ 7 और बाद में, लोडर ntdll.dll में LdrInitializeThunk
प्रकार्य होता है, जो निम्न कार्य करता है:
- डीएलएल (DLL) में ही संरचनाओं का प्रारंभ (यानी महत्वपूर्ण खंड, अनुखंड सूची);
- लोड करने के लिए निष्पादन योग्य का सत्यापन;
- एक ढेर बनाना (प्रकार्य
RtlCreateHeap
के माध्यम से); - पर्यावरण परिवर्तनीय विभाग और कार्यप्रणाली विभाग का आवंटन;
- निष्पादन योग्य और ntdll को अनुखंड सूची में जोड़ना (एक दोगुनी-श्रृंखलित सूची);
- कई महत्वपूर्ण कार्यों को प्राप्त करने के लिए KERNEL32.DLL लोड करना, उदाहरण के लिए
BaseThreadInitThunk
; - निष्पादन योग्य के आयात को पुनः लोड करना (यानी गतिशील-श्रृंखलित पुस्तकालयों) पुनरावर्ती (आयात के आयात, उनके आयात आदि की जांच करें);
- डिबग प्रणाली में, प्रणाली विराम बिंदु बढाएँ;
- डीएलएलएस (DLLs) की शुरूआत;
- कचरा संग्रहण;
- लोडर प्रकार्य को दिए गए संदर्भ मापदण्ड पर
NtContinue
को कॉल करना (यानीRtlUserThreadStart
पर चले जाना, जो निष्पादन योग्य प्रारंभ करेगा)
लोडर स्थानांतरित करना
कुछ प्रचालन प्रणाली को लोडर को स्थानांतरित करने की आवश्यकता होती है, जो लोडिंग शुरू होने वाले पते में भिन्नता की भरपाई के लिए निष्पादन योग्य में पतों (संकेतों) को समायोजित करता है। प्रचालन प्रणाली जिन्हें लोडर स्थानांतरित करने की आवश्यकता होती है, वे हैं जिनमें एक कार्यक्रम हमेशा पता स्थान में एक ही स्थान पर लोड नहीं होता है और जिसमें कार्यक्रम के आधार पता से अनुचित्रण के बजाय संकेत निरपेक्ष पता होते हैं। कुछ जाने-माने उदाहरण IBM के OS/360 उनके प्रणाली/360 अधिसंसाधित्र के लिए हैं, और इसके वंशज, जिनमें z/वास्तुकला अधिसंसाधित्र के लिए z/OS सम्मिलित है।
ओएस/360 और व्युत्पन्न (शब्द)
OS/360 और वंशज प्रणालियों में, (विशेषाधिकार प्राप्त) प्रचालन प्रणाली सुविधा को IEWFETCH कहा जाता है,[2] और OS पर्यवेक्षक का एक आंतरिक घटक है, जबकि (गैर-विशेषाधिकार प्राप्त) लोडर का उपयोग एक ही तरह के कई कार्य कर सकता है, साथ ही संयोजन सम्पादक के भी, और OS पर्यवेक्षक के लिए पूरी तरह से बाहरी है (हालांकि यह निश्चित रूप से कई पर्यवेक्षक सेवाओं का उपयोग करता है)।
IEWFETCH एक अत्यधिक विशिष्ट चैनल कार्यक्रम का उपयोग करता है, और सैद्धांतिक रूप से DASD संचार माध्यम की एक क्रांति (लगभग 16.6 ms अधिकतम, 8.3 ms औसत, "पैतृक संपत्ति" 3,600 rpm ड्राइव पर) के भीतर एक संपूर्ण निष्पादन योग्य को लोड करना और स्थानांतरित करना संभव है। लोड मापांक के लिए जो आकार में एक तरीके से अधिक है, संचार माध्यम की क्रांति खोए बिना पूरे मापांक को लोड करना और स्थानांतरित करना भी संभव है।
IEWFETCH में तथाकथित अधिचित्रित संरचनाओं के लिए सुविधाए भी सम्मिलित हैं, और जो न्यूनतम स्मृति मापांक में संभावित रूप से बहुत बड़े निष्पादन योग्य चलाने की सुविधा प्रदान करती हैं (OS के कुछ संस्करणों पर 44 KB जितना छोटा, लेकिन 88 KB और 128 KB अधिक सामान्य हैं)।
OS का केन्द्रक (पर्यवेक्षक का हमेशा निवासी हिस्सा) स्वयं इस तरह से स्वरूपित होता है जो IEWFETCH के एक उतार-चढ़ाव वाले संस्करण के साथ संगत होता है। सामान्य निष्पादकों के विपरीत, OS का केन्द्रक "तितर बितर भारित" है: केन्द्रक के कुछ हिस्सों को स्मृति के विभिन्न भागों में लोड किया जाता है; विशेष रूप से, कुछ प्रणाली तालिकाओं को प्रारंभिक 64 KB के अंतर्गत होना चाहिए, जबकि अन्य तालिकाएँ और संकेत कहीं और स्थित हो सकते हैं।
प्रणाली के संयोजन संपादक उपयोग का नाम IEWL है।[3] IEWL का मुख्य कार्य लोड मापांक (निष्पादन योग्य कार्यक्रम) और उद्देश्य मापांक (जैसे, कोडांतरक और संकलक से निर्गत) को "स्वतः आह्वान" के साथ पुस्तकालयों (उच्च-स्तरीय भाषा "अंतर्निहित कार्य") में संबद्ध करना है, जिसे IEWFETCH द्वारा सबसे कुशलतापूर्वक लोड किया जा सकता है। बड़ी संख्या में संपादन विकल्प हैं, लेकिन इनमें से कुछ ही आमतौर पर पारंपरिक अनुप्रयोग के लिए नियोजित होते हैं।
लोड मापांक प्रारूप में एक प्रारंभिक "पाठ अभिलेख" होता है, जिसके तुरंत बाद उस पाठ अभिलेख के लिए "स्थानांतरण और/या नियंत्रण अभिलेख" होता है, जिसके बाद पाठ अभिलेख और स्थानांतरण और/या नियंत्रण अभिलेख के जोड़े अंत तक होते हैं।
पाठ अभिलेख सामान्यतः बहुत बड़े होते हैं; स्थानांतरण और/या नियंत्रण अभिलेख छोटे हैं क्योंकि IEWFETCH के तीन स्थानांतरण और/या नियंत्रण अभिलेख प्रतिरोधक 260 बाइट्स पर तय किए गए हैं (छोटे स्थानांतरण और/या नियंत्रण अभिलेख निश्चित रूप से संभव हैं, लेकिन 260 बाइट्स से अधिकतम संभव हैं, और IEWL यह सुनिश्चित करता है कि यह अगले पाठ अभिलेख से पहले आवश्यकतानुसार अतिरिक्त स्थानांतरण अभिलेख सम्मिलित करके सीमा का अनुपालन किया जाता है; इस विशेष मामले में, अभिलेख का क्रम हो सकता है: ..., पाठ अभिलेख, स्थानांतरण रिकॉर्ड, ..., नियंत्रण अभिलेख, पाठ अभिलेख, ...)।
स्थानांतरण और/या नियंत्रण अभिलेख प्रतिरोधक के भीतर एक विशेष बाइट "अक्षम अंश घुमाव" संचार क्षेत्र के रूप में उपयोग किया जाता है, और इसे एक अद्वितीय मान के लिए प्रारंभ किया जाता है। उस स्थानांतरण और/या नियंत्रण अभिलेख के लिए पठित सीसीडब्ल्यू में कार्यक्रम-नियंत्रित अवरोध अंश तय किया जाता है। संसाधक को सूचित किया जाता है जब उस सीसीडब्ल्यू को एक विशेष आईओएस निकास के माध्यम से चैनल द्वारा अभिगम किया जाता है। इस बिंदु पर संसाधक "अक्षम अंश घुमाव" परिपथ (कभी-कभी "दुनिया में सबसे छोटा परिपथ" कहा जाता है) में प्रवेश करता है। एक बार जब वह बाइट अपने प्रारंभिक मूल्य से बदल जाता है, तो सीपीयू अंश घुमाव से बाहर निकल जाता है, और स्थानांतरण और/या नियंत्रण अभिलेख और अगले पाठ अभिलेख के बीच संचार माध्यम "अंतर" के दौरान स्थानांतरण होता है। यदि स्थानांतरण अगले अभिलेख से पहले समाप्त हो जाता है, तो पढ़नें के बाद NOP CCW को TIC में बदल दिया जाएगा, और अगले प्रतिरोधक का उपयोग करके लोडिंग और स्थानांतरण आगे बढ़ेगा; यदि नहीं, तो चैनल NOP CCW पर रुकेगा, जब तक कि IEWFETCH द्वारा इसे अन्य विशेष IOS निकास के माध्यम से पुनः आरंभ नहीं किया जाता है। तीन प्रतिरोधक एक सतत परिपत्र कतार में हैं, प्रत्येक अगले की ओर इशारा करता है, और पिछले एक की ओर इशारा करता है, और तीन प्रतिरोधक को पुनः उपयोग किया जाता है क्योंकि वे लगातार लोड और स्थानांतरित होते हैं।
IEWFETCH, इस प्रकार, किसी भी व्यावहारिक आकार के लोड मापांक को कम से कम समय में लोड और स्थानांतरित कर सकता है।
गतिशील संयोजक
गतिशील संयोजक लोडर एक अन्य प्रकार का लोडर है जो पहले से लोड चल रहे कार्यक्रमों के लिए साझा पुस्तकालय (जैसे .so दस्तावेजों .dll दस्तावेजों या .dylib दस्तावेजों) को लोड और संयोजित करता है।
यह भी देखें
संदर्भ
- ↑ "exec". The Open Group Base Specifications Issue 6, IEEE Std 1003.1, 2004 Edition. The Open Group. Retrieved 2008-06-23.
- ↑ IBM Corporation (1972). IBM OS MVT Supervisor (PDF).
- ↑ IBM Corporation (1972). IBM OS Linkage Editor and Loader (PDF).