मेमोरी-मैप्ड फ़ाइल: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 32: Line 32:


== लाभ ==
== लाभ ==
फ़ाइल मैपिंग का लाभ I/O प्रदर्शन को बढ़ा रहा है, खासकर जब बड़ी फ़ाइलों पर उपयोग किया जाता है। छोटी फाइलों के लिए, मेमोरी-मैप्ड फाइलों के परिणामस्वरूप [[ सुस्त जगह | ढीला स्थान]] व्यर्थ हो सकती है |<ref>{{Cite web |url=http://www.devshed.com/c/a/BrainDump/Using-mmap-for-Advanced-File-IO/ |title=Using mmap() for Advanced File I/O - BrainDump |access-date=21 May 2011 |archive-url=https://web.archive.org/web/20110807115939/http://www.devshed.com/c/a/BrainDump/Using-mmap-for-Advanced-File-IO/ |archive-date=7 August 2011 |url-status=dead }}</ref> चूंकि स्मृति मानचित्र सदैव [[पृष्ठ आकार]] के अनुरूप होते हैं, जो अधिकतर 4 KiB होता है। इसलिए,  5 KiB फ़ाइल 8 KiB आवंटित करेगी और इस प्रकार 3 KiB व्यर्थ हो जाएगी। दो कारणों से सीधे पढ़ने और लिखने के संचालन की तुलना में मेमोरी मैप की गई फ़ाइलों तक पहुँचना तेज़ है। सबसे पहले,  प्रणाली कॉल प्रोग्राम की स्थानीय मेमोरी में  साधारण परिवर्तन की तुलना में धीमी परिमाण का आदेश है। दूसरे, अधिकांश संचालन प्रणाली में मैप किया गया मेमोरी रीजन वास्तव में कर्नेल का [[पेज कैश]] (फ़ाइल कैश) है, जिसका अर्थ है कि उपयोगकर्ता स्थान में कोई कॉपी बनाने की आवश्यकता नहीं है।
फ़ाइल मैपिंग का लाभ I/O प्रदर्शन को बढ़ा रहा है, खासकर जब बड़ी फ़ाइलों पर उपयोग किया जाता है। छोटी फाइलों के लिए, मेमोरी-मैप्ड फाइलों के परिणामस्वरूप [[ सुस्त जगह | ढीला स्थान]] व्यर्थ हो सकती है |<ref>{{Cite web |url=http://www.devshed.com/c/a/BrainDump/Using-mmap-for-Advanced-File-IO/ |title=Using mmap() for Advanced File I/O - BrainDump |access-date=21 May 2011 |archive-url=https://web.archive.org/web/20110807115939/http://www.devshed.com/c/a/BrainDump/Using-mmap-for-Advanced-File-IO/ |archive-date=7 August 2011 |url-status=dead }}</ref> चूंकि मेमोरी मानचित्र सदैव [[पृष्ठ आकार]] के अनुरूप होते हैं, जो अधिकतर 4 KiB होता है। इसलिए,  5 KiB फ़ाइल 8 KiB आवंटित करेगी और इस प्रकार 3 KiB व्यर्थ हो जाएगी। दो कारणों से सीधे पढ़ने और लिखने के संचालन की तुलना में मेमोरी मैप की गई फ़ाइलों तक पहुँचना तेज़ है। सबसे पहले,  प्रणाली कॉल प्रोग्राम की स्थानीय मेमोरी में  साधारण परिवर्तन की तुलना में धीमी परिमाण का आदेश है। दूसरे, अधिकांश संचालन प्रणाली में मैप किया गया मेमोरी रीजन वास्तव में कर्नेल का [[पेज कैश]] (फ़ाइल कैश) है, जिसका अर्थ है कि उपयोगकर्ता स्थान में कोई कॉपी बनाने की आवश्यकता नहीं है।


कुछ अनुप्रयोग-लेवल मेमोरी-मैप्ड फ़ाइल ऑपरेशंस भी उनके भौतिक फ़ाइल समकक्षों की तुलना में उत्तम प्रदर्शन करते हैं। अनुप्रयोग फ़ाइल में डेटा को सीधे और इन-प्लेस में एक्सेस और अपडेट कर सकते हैं, जैसा कि फ़ाइल की प्रारंभ से मांगने या संपूर्ण संपादित सामग्री को  अस्थायी स्थान पर फिर से लिखने के विपरीत है। चूंकि मेमोरी-मैप की गई फ़ाइल को पृष्ठों में आंतरिक रूप से नियंत्रित किया जाता है,| रैखिक फ़ाइल एक्सेस (जैसा कि देखा गया है, उदाहरण के लिए, [[सरल फ़ाइल]] डेटा स्टोरेज या कॉन्फ़िगरेशन फ़ाइलों में) को डिस्क एक्सेस की आवश्यकता होती है, जब  नई पृष्ठ सीमा पार हो जाती है, और बड़े भाग लिख सकते हैं।  
कुछ अनुप्रयोग-लेवल मेमोरी-मैप्ड फ़ाइल ऑपरेशंस भी उनके भौतिक फ़ाइल समकक्षों की तुलना में उत्तम प्रदर्शन करते हैं। अनुप्रयोग फ़ाइल में डेटा को सीधे और इन-प्लेस में एक्सेस और अपडेट कर सकते हैं, जैसा कि फ़ाइल की प्रारंभ से मांगने या संपूर्ण संपादित सामग्री को  अस्थायी स्थान पर फिर से लिखने के विपरीत है। चूंकि मेमोरी-मैप की गई फ़ाइल को पृष्ठों में आंतरिक रूप से नियंत्रित किया जाता है,| रैखिक फ़ाइल एक्सेस (जैसा कि देखा गया है, उदाहरण के लिए, [[सरल फ़ाइल]] डेटा स्टोरेज या कॉन्फ़िगरेशन फ़ाइलों में) को डिस्क एक्सेस की आवश्यकता होती है, जब  नई पृष्ठ सीमा पार हो जाती है, और बड़े भाग लिख सकते हैं।  
Line 38: Line 38:
मेमोरी-मैप्ड फ़ाइलों का  संभावित लाभ लोडिंग है, इस प्रकार अधिक बड़ी फ़ाइल के लिए भी कम मात्रा में RAM का उपयोग करना होता है। किसी फ़ाइल की संपूर्ण सामग्री को लोड करने का प्रयास करना जो उपलब्ध मेमोरी की मात्रा से  अधिक है, गंभीर थ्रैशिंग (कंप्यूटर साइंस) का कारण बन सकता है क्योंकि संचालन प्रणाली डिस्क से मेमोरी में पढ़ता है और साथ ही मेमोरी से डिस्क पर पेज लिखता है। मेमोरी-मैपिंग न केवल पृष्ठ फ़ाइल को पूरी तरह से बायपास कर सकती है, किंतु छोटे पृष्ठ-आकार वाले अनुभागों को भी लोड करने की अनुमति देती है क्योंकि डेटा संपादित किया जा रहा है, इसी तरह कार्यक्रमों के लिए उपयोग की जाने वाली पेजिंग की मांग की जाती है।
मेमोरी-मैप्ड फ़ाइलों का  संभावित लाभ लोडिंग है, इस प्रकार अधिक बड़ी फ़ाइल के लिए भी कम मात्रा में RAM का उपयोग करना होता है। किसी फ़ाइल की संपूर्ण सामग्री को लोड करने का प्रयास करना जो उपलब्ध मेमोरी की मात्रा से  अधिक है, गंभीर थ्रैशिंग (कंप्यूटर साइंस) का कारण बन सकता है क्योंकि संचालन प्रणाली डिस्क से मेमोरी में पढ़ता है और साथ ही मेमोरी से डिस्क पर पेज लिखता है। मेमोरी-मैपिंग न केवल पृष्ठ फ़ाइल को पूरी तरह से बायपास कर सकती है, किंतु छोटे पृष्ठ-आकार वाले अनुभागों को भी लोड करने की अनुमति देती है क्योंकि डेटा संपादित किया जा रहा है, इसी तरह कार्यक्रमों के लिए उपयोग की जाने वाली पेजिंग की मांग की जाती है।


मेमोरी मैपिंग प्रक्रिया को वर्चुअल मेमोरी द्वारा नियंत्रित किया जाता है, जो [[ पेज फ़ाइल ]] से निपटने के लिए उत्तरदायी  ही सबप्रणाली है। मेमोरी मैप की गई फ़ाइलें  समय में  संपूर्ण [[ स्मृति पृष्ठ ]] मेमोरी में लोड की जाती हैं। अधिकतम प्रदर्शन के लिए संचालन प्रणाली द्वारा पृष्ठ आकार का चयन किया जाता है। चूंकि पृष्ठ फ़ाइल प्रबंधन वर्चुअल मेमोरी प्रणाली के सबसे महत्वपूर्ण तत्वों में से एक है, फ़ाइल के पृष्ठ आकार के अनुभागों को भौतिक मेमोरी में लोड करना सामान्यतः एक अधिक ही उच्च अनुकूलित प्रणाली कार्य है।<ref>[http://msdn.microsoft.com/en-us/library/ms810613.aspx , "What Do Memory-Mapped Files Have to Offer?".]</ref>
मेमोरी मैपिंग प्रक्रिया को वर्चुअल मेमोरी द्वारा नियंत्रित किया जाता है, जो [[ पेज फ़ाइल ]] से निपटने के लिए उत्तरदायी  ही सबप्रणाली है। मेमोरी मैप की गई फ़ाइलें  समय में  संपूर्ण [[ स्मृति पृष्ठ | मेमोरी पृष्ठ]] मेमोरी में लोड की जाती हैं। अधिकतम प्रदर्शन के लिए संचालन प्रणाली द्वारा पृष्ठ आकार का चयन किया जाता है। चूंकि पृष्ठ फ़ाइल प्रबंधन वर्चुअल मेमोरी प्रणाली के सबसे महत्वपूर्ण तत्वों में से एक है, फ़ाइल के पृष्ठ आकार के अनुभागों को भौतिक मेमोरी में लोड करना सामान्यतः एक अधिक ही उच्च अनुकूलित प्रणाली कार्य है।<ref>[http://msdn.microsoft.com/en-us/library/ms810613.aspx , "What Do Memory-Mapped Files Have to Offer?".]</ref>




Line 49: Line 49:


=== गैर-स्थायी ===
=== गैर-स्थायी ===
गैर-स्थायी फ़ाइलें डिस्क पर किसी फ़ाइल से संबद्ध नहीं होती हैं। जब अंतिम प्रक्रिया फ़ाइल के साथ काम करना समाप्त कर लेती है, तो डेटा खो जाता है। ये फ़ाइलें अंतर-प्रक्रिया संचार (आईपीसी) के लिए साझा स्मृति बनाने के लिए उपयुक्त हैं।<ref name="Memory-Mapped Files"/>
गैर-स्थायी फ़ाइलें डिस्क पर किसी फ़ाइल से संबद्ध नहीं होती हैं। जब अंतिम प्रक्रिया फ़ाइल के साथ काम करना समाप्त कर लेती है, तो डेटा खो जाता है। ये फ़ाइलें अंतर-प्रक्रिया संचार (आईपीसी) के लिए साझा मेमोरी बनाने के लिए उपयुक्त हैं।<ref name="Memory-Mapped Files"/>




Line 55: Line 55:
मेमोरी मैप की गई फ़ाइल I/O चुनने का प्रमुख कारण प्रदर्शन है। फिर भी, ट्रेडऑफ़ हो सकते हैं। प्रणाली कॉल ओवरहेड और मेमोरी कॉपी करने के कारण मानक I/O दृष्टिकोण महंगा है। मेमोरी-मैप्ड एप्रोच की पेज फॉल्ट  माइनर्स में इसका निवेश होता है - जब पेज कैश में डेटा का  ब्लॉक लोड होता है, किंतु अभी तक प्रक्रिया के वर्चुअल मेमोरी स्पेस में मैप नहीं किया जाता है। कुछ परिस्थितियों में, मेमोरी मैप की गई फ़ाइल I/O मानक फ़ाइल I/O की तुलना में अधिक धीमी हो सकती है।<ref>http://lists.freebsd.org/pipermail/freebsd-questions/2004-June/050371.html, read vs. mmap (or io vs. page faults) by [[Matthew Dillon (computer scientist)|Matthew Dillon]]</ref>
मेमोरी मैप की गई फ़ाइल I/O चुनने का प्रमुख कारण प्रदर्शन है। फिर भी, ट्रेडऑफ़ हो सकते हैं। प्रणाली कॉल ओवरहेड और मेमोरी कॉपी करने के कारण मानक I/O दृष्टिकोण महंगा है। मेमोरी-मैप्ड एप्रोच की पेज फॉल्ट  माइनर्स में इसका निवेश होता है - जब पेज कैश में डेटा का  ब्लॉक लोड होता है, किंतु अभी तक प्रक्रिया के वर्चुअल मेमोरी स्पेस में मैप नहीं किया जाता है। कुछ परिस्थितियों में, मेमोरी मैप की गई फ़ाइल I/O मानक फ़ाइल I/O की तुलना में अधिक धीमी हो सकती है।<ref>http://lists.freebsd.org/pipermail/freebsd-questions/2004-June/050371.html, read vs. mmap (or io vs. page faults) by [[Matthew Dillon (computer scientist)|Matthew Dillon]]</ref>


मेमोरी-मैप्ड फ़ाइलों की एक और कमी किसी दिए गए आर्किटेक्चर के [[ स्मृति पता | स्मृति पता]] से संबंधित है: एड्रेसेबल स्पेस से बड़ी फाइल में  समय में केवल मैप किए गए भाग हो सकते हैं, इसे पढ़ने में कठिनाई होती है। उदाहरण के लिए,  [[32-बिट]] आर्किटेक्चर जैसे इंटेल का [[IA-32]] केवल सीधे 4 [[GiB]] या फाइलों के छोटे भाग को संबोधित कर सकता है। संचालन प्रणाली कर्नेल के आधार पर, विशेष रूप से 2 से 3 GiB की सीमा में अलग-अलग कार्यक्रमों के लिए पता योग्य स्थान की  छोटी मात्रा उपलब्ध है। चूंकि यह दोष आधुनिक [[64-बिट]] आर्किटेक्चर पर लगभग समाप्त हो गया है।
मेमोरी-मैप्ड फ़ाइलों की एक और कमी किसी दिए गए आर्किटेक्चर के [[ स्मृति पता | मेमोरी पता]] से संबंधित है: एड्रेसेबल स्पेस से बड़ी फाइल में  समय में केवल मैप किए गए भाग हो सकते हैं, इसे पढ़ने में कठिनाई होती है। उदाहरण के लिए,  [[32-बिट]] आर्किटेक्चर जैसे इंटेल का [[IA-32]] केवल सीधे 4 [[GiB]] या फाइलों के छोटे भाग को संबोधित कर सकता है। संचालन प्रणाली कर्नेल के आधार पर, विशेष रूप से 2 से 3 GiB की सीमा में अलग-अलग कार्यक्रमों के लिए पता योग्य स्थान की  छोटी मात्रा उपलब्ध है। चूंकि यह दोष आधुनिक [[64-बिट]] आर्किटेक्चर पर लगभग समाप्त हो गया है।


फ़ाइल I/O के मानक साधनों की तुलना में एमएमएपी भी कम स्केलेबल होता है, क्योंकि लिनक्स समेत कई ऑपरेटिंग प्रणालियों में पेज दोषों को संभालने वाले कोर की संख्या पर कैप है। अत्यधिक तेज़ उपकरण, जैसे आधुनिक एनवीएम एक्सप्रेस एसएसडी, ओवरहेड को  वास्तविक चिंता का विषय बनाने में सक्षम हैं।<ref>{{cite conference |last1=Papagiannis |first1=Anastasios |last2=Xanthakis |first2=Giorgos |last3=Saloustros |first3=Giorgos |last4=Marazakis |first4=Manolis |last5=Bilas |first5=Angelos |title=Optimizing Memory-mapped I/O for Fast Storage Devices |url=https://www.usenix.org/conference/atc20/presentation/papagiannis|conference=USENIX ATC '20 |pages=813–827 |language=en |date=2020}}</ref>
फ़ाइल I/O के मानक साधनों की तुलना में एमएमएपी भी कम स्केलेबल होता है, क्योंकि लिनक्स समेत कई ऑपरेटिंग प्रणालियों में पेज दोषों को संभालने वाले कोर की संख्या पर कैप है। अत्यधिक तेज़ उपकरण, जैसे आधुनिक एनवीएम एक्सप्रेस एसएसडी, ओवरहेड को  वास्तविक चिंता का विषय बनाने में सक्षम हैं।<ref>{{cite conference |last1=Papagiannis |first1=Anastasios |last2=Xanthakis |first2=Giorgos |last3=Saloustros |first3=Giorgos |last4=Marazakis |first4=Manolis |last5=Bilas |first5=Angelos |title=Optimizing Memory-mapped I/O for Fast Storage Devices |url=https://www.usenix.org/conference/atc20/presentation/papagiannis|conference=USENIX ATC '20 |pages=813–827 |language=en |date=2020}}</ref>
Line 64: Line 64:


== सामान्य उपयोग ==
== सामान्य उपयोग ==
मेमोरी-मैप्ड फ़ाइल के लिए शायद सबसे आम उपयोग अधिकांश आधुनिक संचालन प्रणाली ([[ माइक्रोसॉफ़्ट विंडोज़ ]] और यूनिक्स जैसी प्रणाली सहित) में [[लोडर (कंप्यूटिंग)]] है। जब कोई [[प्रक्रिया (कंप्यूटिंग)]] शुरू की जाती है, तो संचालन प्रणाली मेमोरी मैप की गई फ़ाइल का उपयोग करता है निष्पादन के लिए मेमोरी में किसी भी लोड करने योग्य मॉड्यूल के साथ निष्पादन योग्य फ़ाइल लाने के लिए। अधिकांश मेमोरी-मैपिंग प्रणाली डिमांड पेजिंग नामक  तकनीक का उपयोग करते हैं, जहां फ़ाइल को सबसेट ( पेज प्रत्येक) में भौतिक मेमोरी में लोड किया जाता है, और केवल जब वह पेज वास्तव में संदर्भित होता है।<ref>[http://www.linux-tutorial.info/?page_id=453, "Demand Paging"]</ref> निष्पादन योग्य फ़ाइलों के विशिष्ट मामले में, यह OS को प्रक्रिया छवि के केवल उन हिस्सों को चुनिंदा रूप से लोड करने की अनुमति देता है जिन्हें वास्तव में निष्पादित करने की आवश्यकता होती है।
मेमोरी-मैप्ड फ़ाइल के लिए संभवतः सबसे सामान्य उपयोग अधिकांश आधुनिक संचालन प्रणाली ([[ माइक्रोसॉफ़्ट विंडोज़ ]] और यूनिक्स जैसी प्रणाली सहित) में [[लोडर (कंप्यूटिंग)]] है। जब कोई [[प्रक्रिया (कंप्यूटिंग)]] प्रारंभ की जाती है, तो संचालन प्रणाली मेमोरी मैप की गई फ़ाइल का उपयोग करता है निष्पादन के लिए मेमोरी में किसी भी लोड करने योग्य मॉड्यूल के साथ निष्पादन योग्य फ़ाइल लाने के लिए होती है। अधिकांश मेमोरी-मैपिंग प्रणाली डिमांड पेजिंग नामक  विधि का उपयोग करते हैं, जहां फ़ाइल को सबसमुच्चय (प्रत्येक पेज) में भौतिक मेमोरी में लोड किया जाता है | और केवल जब वह पेज वास्तव में संदर्भित होता है। <ref>[http://www.linux-tutorial.info/?page_id=453, "Demand Paging"]</ref> निष्पादन योग्य फ़ाइलों के विशिष्ट स्थिति में, यह OS को प्रक्रिया छवि के केवल उन भागो को चुनिंदा रूप से लोड करने की अनुमति देता है जिन्हें वास्तव में निष्पादित करने की आवश्यकता होती है।


मेमोरी-मैप्ड फ़ाइलों के लिए एक अन्य सामान्य उपयोग कई प्रक्रियाओं के बीच मेमोरी साझा करना है। आधुनिक संरक्षित मोड संचालन प्रणाली में, प्रक्रियाओं को आम तौर पर स्मृति स्थान तक पहुंचने की अनुमति नहीं होती है जो किसी अन्य प्रक्रिया द्वारा उपयोग के लिए आवंटित की जाती है। (ऐसा करने के लिए  कार्यक्रम का प्रयास पृष्ठ दोष # अमान्य या [[विभाजन उल्लंघन]] का कारण बनता है।) मेमोरी को सुरक्षित रूप से साझा करने के लिए कई तकनीकें उपलब्ध हैं, और मेमोरी-मैप्ड फ़ाइल I/O सबसे लोकप्रिय में से एक है। दो या दो से अधिक अनुप्रयोग एक साथ  भौतिक फ़ाइल को मेमोरी में मैप कर सकते हैं और इस मेमोरी तक पहुंच सकते हैं। उदाहरण के लिए, माइक्रोसॉफ्ट विंडोज संचालन प्रणाली अनुप्रयोगों के लिए प्रणाली के पेज फ़ाइल के  साझा खंड को मेमोरी-मैप करने और इस खंड के माध्यम से डेटा साझा करने के लिए  तंत्र प्रदान करता है।
मेमोरी-मैप्ड फ़ाइलों के लिए एक अन्य सामान्य उपयोग कई प्रक्रियाओं के बीच मेमोरी साझा करना है। आधुनिक संरक्षित मोड संचालन प्रणाली में, प्रक्रियाओं को सामान्यतः मेमोरी स्थान तक पहुंचने की अनुमति नहीं होती है जो किसी अन्य प्रक्रिया द्वारा उपयोग के लिए आवंटित की जाती है। (ऐसा करने के लिए  कार्यक्रम का प्रयास पृष्ठ दोष अमान्य या [[विभाजन उल्लंघन]] का कारण बनता है।) मेमोरी को सुरक्षित रूप से साझा करने के लिए कई विधिय उपलब्ध हैं, और मेमोरी-मैप्ड फ़ाइल I/O सबसे लोकप्रिय में से एक है। दो या दो से अधिक अनुप्रयोग एक साथ  भौतिक फ़ाइल को मेमोरी में मैप कर सकते हैं और इस मेमोरी तक पहुंच सकते हैं। उदाहरण के लिए, माइक्रोसॉफ्ट विंडोज संचालन प्रणाली अनुप्रयोगों के लिए प्रणाली के पेज फ़ाइल के  साझा खंड को मेमोरी-मैप करने और इस खंड के माध्यम से डेटा साझा करने के लिए  तंत्र प्रदान करता है।


== मंच समर्थन ==
== प्लैटफ़ॉर्म समर्थन ==
अधिकांश आधुनिक संचालन प्रणाली या रनटाइम वातावरण किसी प्रकार की मेमोरी-मैप्ड फ़ाइल एक्सेस का समर्थन करते हैं। कार्यक्रम {{mono|[[mmap]]()}},<ref>[http://www.ecst.csuchico.edu/~beej/guide/ipc/mmap.html Memory Mapped Files<!-- Bot generated title -->] {{webarchive |url=https://web.archive.org/web/20070209012757/http://www.ecst.csuchico.edu/~beej/guide/ipc/mmap.html |date=9 February 2007 }}</ref> जो फ़ाइल डिस्क्रिप्टर दिए गए फ़ाइल का मैपिंग बनाता है, फ़ाइल में स्थान शुरू करता है, और लंबाई, पॉज़िक्स विनिर्देश का हिस्सा है, इसलिए यूनिक्स, [[लिनक्स]], [[ Mac OS X ]] जैसे [[पॉज़िक्स]]-अनुपालन प्रणालियों की विस्तृत विविधता<ref>[https://www.apple.com/macosx/technology/unix.html Apple – Mac OS X Leopard – Technology – UNIX<!-- Bot generated title -->] {{webarchive|url=https://web.archive.org/web/20090423231611/http://www.apple.com/macosx/technology/unix.html |date=23 April 2009 }}</ref> या [[OpenVMS]], मेमोरी मैपिंग फ़ाइलों के लिए  सामान्य तंत्र का समर्थन करता है। Microsoft Windows संचालन प्रणाली इस उद्देश्य के लिए [[API]] फ़ंक्शंस के  समूह का भी समर्थन करता है, जैसे {{mono|CreateFileMapping()}}.<ref>[http://msdn2.microsoft.com/en-us/library/aa366537.aspx CreateFileMapping Function (Windows)<!-- Bot generated title -->]</ref>
अधिकांश आधुनिक संचालन प्रणाली या रनटाइम वातावरण किसी प्रकार की मेमोरी-मैप्ड फ़ाइल एक्सेस का समर्थन करते हैं। कार्यक्रम {{mono|[[एमएमएपी]]()}},<ref>[http://www.ecst.csuchico.edu/~beej/guide/ipc/mmap.html Memory Mapped Files<!-- Bot generated title -->] {{webarchive |url=https://web.archive.org/web/20070209012757/http://www.ecst.csuchico.edu/~beej/guide/ipc/mmap.html |date=9 February 2007 }}</ref> जो फ़ाइल डिस्क्रिप्टर दिए गए फ़ाइल का मैपिंग बनाता है | फ़ाइल में स्थान प्रारंभ करता है, और लंबाई, पॉज़िक्स विनिर्देश का भाग है | इसलिए यूनिक्स, [[लिनक्स]], [[ Mac OS X | मैक ओएस एक्स]] जैसे [[पॉज़िक्स]]-अनुपालन प्रणालियों की विस्तृत विविधता होती है | <ref>[https://www.apple.com/macosx/technology/unix.html Apple – Mac OS X Leopard – Technology – UNIX<!-- Bot generated title -->] {{webarchive|url=https://web.archive.org/web/20090423231611/http://www.apple.com/macosx/technology/unix.html |date=23 April 2009 }}</ref> या [[OpenVMS|ओपनवीएमएस]], मेमोरी मैपिंग फ़ाइलों के लिए  सामान्य तंत्र का समर्थन करता है। माइक्रोसॉफ्ट विंडोज संचालन प्रणाली इस उद्देश्य के लिए [[API|एपीआई]] कार्य के  समूह का भी समर्थन करता है | जैसे {{mono|क्रिएटफाइल मैपिंग ()}}.<ref>[http://msdn2.microsoft.com/en-us/library/aa366537.aspx CreateFileMapping Function (Windows)<!-- Bot generated title -->]</ref>
Microsoft Windows और पॉज़िक्स- संगत प्लेटफ़ॉर्म के लिए मेमोरी-मैप की गई फ़ाइलों के कुछ मुफ़्त पोर्टेबल कार्यान्वयन हैं:
* बूस्ट.इंटरप्रोसेस,<ref>{{cite web|url=http://www.boost.org/doc/libs/release/doc/html/interprocess/sharedmemorybetweenprocesses.html#interprocess.sharedmemorybetweenprocesses.mapped_file |title=Sharing memory between processes: Memory Mapped Files |publisher=Boost.org}}</ref> बूस्ट सी ++ पुस्तकालयों में
* बूस्ट.आईओस्ट्रीम,<ref>{{cite web|url=http://www.boost.org/doc/libs/release/libs/iostreams/doc/classes/mapped_file.html |title=मेमोरी-मैप्ड फ़ाइलें|publisher=Boost.org}}</ref> बूस्ट सी ++ लाइब्रेरी में भी
* एफएमस्ट्रीम<ref>{{cite web|url=https://sourceforge.net/projects/fmstream/ |title=Windows और POSIX सिस्टम के लिए मेमोरी मैप की गई फ़ाइलें|publisher=SourceForge}}</ref>
* सीपीपी-एमएमएफ<ref>{{cite web|url=https://github.com/carlomilanesi/सीपीपी-एमएमएफ |title=सीपीपी-एमएमएफ|publisher=GitHub}}</ref>
[[ जावा (प्रोग्रामिंग भाषा) ]] मेमोरी मैप की गई फ़ाइलों तक पहुँचने के लिए कक्षाएं और विधियाँ प्रदान करता है, जैसे {{Javadoc:SE|java/nio/channels|FileChannel}}.


D (प्रोग्रामिंग लैंग्वेज) अपने मानक पुस्तकालय (std.mmfile मॉड्यूल) में मेमोरी मैप की गई फ़ाइलों का समर्थन करता है।<ref>{{cite web|url=http://www.digitalmars.com/d/2.0/phobos/std_mmfile.html |title=std.mmfile - डी प्रोग्रामिंग लैंग्वेज|publisher=Digital Mars |access-date=4 December 2011}}</ref>
माइक्रोसॉफ्ट विंडोज और पॉज़िक्स- संगत प्लेटफ़ॉर्म के लिए मेमोरी-मैप की गई फ़ाइलों के कुछ मुफ़्त पोर्टेबल कार्यान्वयन हैं:
[[ रूबी (प्रोग्रामिंग भाषा) ]] में एमएमएपी नामक  रत्न (लाइब्रेरी) है, जो मेमोरी-मैप्ड फाइल ऑब्जेक्ट्स को लागू करता है।
* बूस्ट.इंटरप्रोसेस,<ref>{{cite web|url=http://www.boost.org/doc/libs/release/doc/html/interprocess/sharedmemorybetweenprocesses.html#interprocess.sharedmemorybetweenprocesses.mapped_file |title=Sharing memory between processes: Memory Mapped Files |publisher=Boost.org}}</ref> बूस्ट सी ++ पुस्तकालयों में होता है |
* बूस्ट.आईओस्ट्रीम,<ref>{{cite web|url=http://www.boost.org/doc/libs/release/libs/iostreams/doc/classes/mapped_file.html |title=मेमोरी-मैप्ड फ़ाइलें|publisher=Boost.org}}</ref> बूस्ट सी ++ लाइब्रेरी में भी होता है |
* एफएमस्ट्रीम <ref>{{cite web|url=https://sourceforge.net/projects/fmstream/ |title=Windows और POSIX सिस्टम के लिए मेमोरी मैप की गई फ़ाइलें|publisher=SourceForge}}</ref>
* सीपीपी-एमएमएफ <ref>{{cite web|url=https://github.com/carlomilanesi/सीपीपी-एमएमएफ |title=सीपीपी-एमएमएफ|publisher=GitHub}}</ref>
[[ जावा (प्रोग्रामिंग भाषा) | जावा (प्रोग्रामिंग भाषा)]] मेमोरी मैप की गई फ़ाइलों तक पहुँचने के लिए कक्षाएं और विधियाँ प्रदान करता है, जैसे {{Javadoc:SE|जावा/एनआईओ/चैनल|फाइलचैनल}}.है |


संस्करण 1.6 के बाद से, [[पायथन प्रोग्रामिंग भाषा]] में  शामिल है {{mono|mmap}} इसके मानक पुस्तकालय में मॉड्यूल।<ref name="py-1.6-release-notes">{{cite web|title=New Modules in 1.6 |url=https://www.python.org/download/releases/1.6.1/#new-modules-in-1-6 |access-date=23 December 2008 |archive-url=https://web.archive.org/web/20061230034955/http://www.python.org/download/releases/1.6.1/ |archive-date=30 December 2006 |url-status=dead }}</ref> मॉड्यूल का विवरण इस बात पर निर्भर करता है कि होस्ट प्लेटफॉर्म माइक्रोसॉफ्ट विंडोज है या यूनिक्स जैसा है।
D (प्रोग्रामिंग लैंग्वेज) अपने मानक पुस्तकालय (एसटीडी.एमएमफ़ाइल मॉड्यूल) में मेमोरी मैप की गई फ़ाइलों का समर्थन करता है।<ref>{{cite web|url=http://www.digitalmars.com/d/2.0/phobos/std_mmfile.html |title=std.mmfile - डी प्रोग्रामिंग लैंग्वेज|publisher=Digital Mars |access-date=4 December 2011}}</ref>


[[पर्ल]] के लिए [[सीपीएएन]] पर मेमोरी मैपिंग फाइलों के लिए कई मॉड्यूल उपलब्ध हैं, जैसे {{mono|Sys::Mmap}}<ref name="sys-mmap-cpan-module">{{cite web|title=Sys::Mmap Perl Module|url=https://metacpan.org/module/Sys::Mmap}}</ref> और {{mono|File::Map}}.<ref name="file-map-cpan-module">{{cite web|title=File::Map Perl Module|url=https://metacpan.org/module/File::Map}}</ref>
[[ रूबी (प्रोग्रामिंग भाषा) | रूबी (प्रोग्रामिंग भाषा)]] में एमएमएपी नामक  रत्न (लाइब्रेरी) है, जो मेमोरी-मैप्ड फाइल ऑब्जेक्ट्स को प्रयुक्त करता है।
Microsoft .NET रनटाइम में, [[Windows API]] के माध्यम से सीधे मेमोरी मैप की गई फ़ाइलों का उपयोग करने के लिए P/Invoke का उपयोग किया जा सकता है। मेमोरी मैप की गई फ़ाइलों के लिए प्रबंधित पहुँच (P/Invoke आवश्यक नहीं) को रनटाइम के संस्करण 4 में प्रस्तुत किया गया था (देखें [http://msdn.microsoft.com/en-us/library/dd997372(v=VS.100).aspx मेमोरी-मैप्ड फ़ाइलें])। पिछले संस्करणों के लिए, तीसरे पक्ष के पुस्तकालय हैं जो प्रबंधित एपीआई प्रदान करते हैं।<ref>[http://winterdom.com/dev/net DotNet<!-- Bot generated title -->] {{webarchive|url=https://web.archive.org/web/20100419135457/http://winterdom.com/dev/net |date=19 April 2010 }}</ref>
PHP ने फ़ाइल_get_contents() जैसे कई मूल फ़ाइल एक्सेस फ़ंक्शंस में मेमोरी-मैपिंग तकनीकों का समर्थन किया है, किंतु इसे 5.3 में हटा दिया है (देखें [http://svn.php.net/viewvc?view=revision&revision=255970 संशोधन लॉग])।


[[आर प्रोग्रामिंग भाषा]] के लिए सीआरएएन पर पुस्तकालय उपस्थित है जिसे [https://cran.r-project.org/web/packages/bigmemory/index.html bigmemory] कहा जाता है जो बूस्ट लाइब्रेरी का उपयोग करता है और मेमोरी-मैप्ड समर्थित सरणियाँ सीधे प्रदान करता है R. पैकेज [https://cran.r-project.org/web/packages/ff/index.html ff] मेमोरी-मैप्ड वैक्टर, मैट्रिसेस, एरेज़ और डेटा फ़्रेम प्रदान करता है।
संस्करण 1.6 के बाद से, [[पायथन प्रोग्रामिंग भाषा]] में {{mono|mmap}} सम्मिलित है | इसके मानक पुस्तकालय में मॉड्यूल <ref name="py-1.6-release-notes">{{cite web|title=New Modules in 1.6 |url=https://www.python.org/download/releases/1.6.1/#new-modules-in-1-6 |access-date=23 December 2008 |archive-url=https://web.archive.org/web/20061230034955/http://www.python.org/download/releases/1.6.1/ |archive-date=30 December 2006 |url-status=dead }}</ref> का विवरण इस बात पर निर्भर करता है कि होस्ट प्लेटफॉर्म माइक्रोसॉफ्ट विंडोज है या यूनिक्स जैसा है।


[[जे प्रोग्रामिंग भाषा]] ने कम से कम 2005 से मेमोरी मैप की गई फ़ाइलों का समर्थन किया है। इसमें बॉक्सिंग एरे डेटा और सिंगल डेटाटाइप फ़ाइलों के लिए समर्थन शामिल है। समर्थन 'डेटा/जेएमएफ' से लोड किया जा सकता है जे के जेडीबी और जेडी डेटाबेस इंजन कॉलम स्टोर्स के लिए मेमोरी मैप की गई फाइलों का उपयोग करते हैं।
[[पर्ल]] के लिए [[सीपीएएन]] पर मेमोरी मैपिंग फाइलों के लिए कई मॉड्यूल उपलब्ध हैं,| जैसे {{mono|एसआईएस :: एमएमएपी}} <ref name="sys-mmap-cpan-module">{{cite web|title=Sys::Mmap Perl Module|url=https://metacpan.org/module/Sys::Mmap}}</ref> और {{mono|फ़ाइल :: मानचित्र}}.<ref name="file-map-cpan-module">{{cite web|title=File::Map Perl Module|url=https://metacpan.org/module/File::Map}}</ref> है |
 
माइक्रोसॉफ्ट .नेट रनटाइम में, [[Windows API|विंडोज एपीआई]] के माध्यम से सीधे मेमोरी मैप की गई फ़ाइलों का उपयोग करने के लिए पी/इनवोक का उपयोग किया जा सकता है। मेमोरी मैप की गई फ़ाइलों के लिए प्रबंधित पहुँच (पी/इनवोक आवश्यक नहीं) को रनटाइम के संस्करण 4 में प्रस्तुत किया गया था (देखें [http://msdn.microsoft.com/en-us/library/dd997372(v=VS.100).aspx मेमोरी-मैप्ड फ़ाइलें])। पिछले संस्करणों के लिए, तीसरे पक्ष के पुस्तकालय हैं जो प्रबंधित एपीआई प्रदान करते हैं।<ref>[http://winterdom.com/dev/net DotNet<!-- Bot generated title -->] {{webarchive|url=https://web.archive.org/web/20100419135457/http://winterdom.com/dev/net |date=19 April 2010 }}</ref>
 
पीएचपी ने फ़ाइल सामग्री प्राप्त करें () जैसे कई मूल फ़ाइल एक्सेस कार्य में मेमोरी-मैपिंग विधियों का समर्थन किया है, किंतु इसे 5.3 में हटा दिया है (देखें [http://svn.php.net/viewvc?view=revision&revision=255970 संशोधन लॉग])।
 
[[आर प्रोग्रामिंग भाषा]] के लिए सीआरएएन पर  पुस्तकालय उपस्थित है जिसे [https://cran.r-project.org/web/packages/bigmemory/index.html bigmemory] कहा जाता है जो बूस्ट लाइब्रेरी का उपयोग करता है और मेमोरी-मैप्ड समर्थित सरणियाँ सीधे प्रदान करता है | [https://cran.r-project.org/web/packages/ff/index.html ff] मेमोरी-मैप्ड सदिश, मैट्रिसेस, एरेज़ और डेटा फ़्रेम प्रदान करता है।
 
[[जे प्रोग्रामिंग भाषा]] ने कम से कम 2005 से मेमोरी मैप की गई फ़ाइलों का समर्थन किया है। इसमें बॉक्सिंग एरे डेटा और सिंगल डेटाटाइप फ़ाइलों के लिए समर्थन सम्मिलित है। समर्थन 'डेटा/जेएमएफ' से लोड किया जा सकता है जे के जेडीबी और जेडी डेटाबेस इंजन कॉलम स्टोर्स के लिए मेमोरी मैप की गई फाइलों का उपयोग करते हैं।


==संदर्भ==
==संदर्भ==

Revision as of 16:14, 28 April 2023

मेमोरी-मैप्ड फ़ाइल आभासी मेमोरी का खंड है [1] जिसे फ़ाइल या फ़ाइल-जैसे संसाधन के कुछ भाग के साथ प्रत्यक्ष बाइट-फॉर-बाइट सहसंबंध प्रस्तुत किया गया है। यह संसाधन सामान्यतः फ़ाइल है जो डिस्क पर भौतिक रूप से उपस्थित है, किंतु यह उपकरण, साझा मेमोरी ऑब्जेक्ट या अन्य संसाधन भी हो सकता है जिसे संचालन प्रणाली फाइल डिस्क्रिप्टर के माध्यम से संदर्भित कर सकता है। एक बार उपस्थित होने के बाद, फ़ाइल और मेमोरी स्पेस के बीच यह सहसंबंध अनुप्रयोगों को मैप किए गए भाग का इलाज करने की अनुमति देता है | जैसे कि प्राथमिक मेमोरी होती है।

गैर-स्थायी फ़ाइलें डिस्क पर किसी फ़ाइल से संबद्ध नहीं होती हैं। जब अंतिम प्रक्रिया फ़ाइल के साथ काम करना समाप्त कर लेती है, तो डेटा खो जाता है।

इतिहास

टॉप्स-20 पीएमएपी

इसका प्रारंभिक (c. 1969) [2] कार्यान्वयन निर्णय प्रणाली-20 के टॉप्स-20 संचालन प्रणाली पर पीएमएपी प्रणाली थी | [3] सॉफ्टवेयर हाउस के प्रणाली 1022 (डेटाबेस) प्रणाली द्वारा उपयोग की जाने वाली सुविधा है। [4]


सनोस 4 एमएमएपी

सनोस 4[5] ने यूनिक्स के एमएमएपी को प्रस्तुत किया, जिसने प्रोग्राम को "मेमोरी में फाइलों को मैप करने" की अनुमति दी।[1]


विंडोज ग्रोएबल मेमोरी-मैप्ड फाइल्स (जीएमएमएफ)

टॉप्स-20 के पीएमएपी के रिलीज होने के दो दशक बाद, विंडोज एनटी को ग्रोएबल मेमोरी-मैप्ड फाइल्स (जीएमएमएफ) दी गई।

चूंकि क्रिएटफाइल मैपिंग कार्य को इसके पास जाने और बदलने के लिए आकार की आवश्यकता होती है | फ़ाइल का आकार आसानी से समायोजित नहीं होता है,| जीएमएमएफ एपीआई विकसित किया गया था।[6] जीएमएमएफ के उपयोग की आवश्यकता है | फ़ाइल का आकार कितना बढ़ सकता है, इसकी घोषणा करना, किंतु कोई भी अप्रयुक्त स्थान व्यर्थ नहीं होता है।

लाभ

फ़ाइल मैपिंग का लाभ I/O प्रदर्शन को बढ़ा रहा है, खासकर जब बड़ी फ़ाइलों पर उपयोग किया जाता है। छोटी फाइलों के लिए, मेमोरी-मैप्ड फाइलों के परिणामस्वरूप ढीला स्थान व्यर्थ हो सकती है |[7] चूंकि मेमोरी मानचित्र सदैव पृष्ठ आकार के अनुरूप होते हैं, जो अधिकतर 4 KiB होता है। इसलिए, 5 KiB फ़ाइल 8 KiB आवंटित करेगी और इस प्रकार 3 KiB व्यर्थ हो जाएगी। दो कारणों से सीधे पढ़ने और लिखने के संचालन की तुलना में मेमोरी मैप की गई फ़ाइलों तक पहुँचना तेज़ है। सबसे पहले, प्रणाली कॉल प्रोग्राम की स्थानीय मेमोरी में साधारण परिवर्तन की तुलना में धीमी परिमाण का आदेश है। दूसरे, अधिकांश संचालन प्रणाली में मैप किया गया मेमोरी रीजन वास्तव में कर्नेल का पेज कैश (फ़ाइल कैश) है, जिसका अर्थ है कि उपयोगकर्ता स्थान में कोई कॉपी बनाने की आवश्यकता नहीं है।

कुछ अनुप्रयोग-लेवल मेमोरी-मैप्ड फ़ाइल ऑपरेशंस भी उनके भौतिक फ़ाइल समकक्षों की तुलना में उत्तम प्रदर्शन करते हैं। अनुप्रयोग फ़ाइल में डेटा को सीधे और इन-प्लेस में एक्सेस और अपडेट कर सकते हैं, जैसा कि फ़ाइल की प्रारंभ से मांगने या संपूर्ण संपादित सामग्री को अस्थायी स्थान पर फिर से लिखने के विपरीत है। चूंकि मेमोरी-मैप की गई फ़ाइल को पृष्ठों में आंतरिक रूप से नियंत्रित किया जाता है,| रैखिक फ़ाइल एक्सेस (जैसा कि देखा गया है, उदाहरण के लिए, सरल फ़ाइल डेटा स्टोरेज या कॉन्फ़िगरेशन फ़ाइलों में) को डिस्क एक्सेस की आवश्यकता होती है, जब नई पृष्ठ सीमा पार हो जाती है, और बड़े भाग लिख सकते हैं।

मेमोरी-मैप्ड फ़ाइलों का संभावित लाभ लोडिंग है, इस प्रकार अधिक बड़ी फ़ाइल के लिए भी कम मात्रा में RAM का उपयोग करना होता है। किसी फ़ाइल की संपूर्ण सामग्री को लोड करने का प्रयास करना जो उपलब्ध मेमोरी की मात्रा से अधिक है, गंभीर थ्रैशिंग (कंप्यूटर साइंस) का कारण बन सकता है क्योंकि संचालन प्रणाली डिस्क से मेमोरी में पढ़ता है और साथ ही मेमोरी से डिस्क पर पेज लिखता है। मेमोरी-मैपिंग न केवल पृष्ठ फ़ाइल को पूरी तरह से बायपास कर सकती है, किंतु छोटे पृष्ठ-आकार वाले अनुभागों को भी लोड करने की अनुमति देती है क्योंकि डेटा संपादित किया जा रहा है, इसी तरह कार्यक्रमों के लिए उपयोग की जाने वाली पेजिंग की मांग की जाती है।

मेमोरी मैपिंग प्रक्रिया को वर्चुअल मेमोरी द्वारा नियंत्रित किया जाता है, जो पेज फ़ाइल से निपटने के लिए उत्तरदायी ही सबप्रणाली है। मेमोरी मैप की गई फ़ाइलें समय में संपूर्ण मेमोरी पृष्ठ मेमोरी में लोड की जाती हैं। अधिकतम प्रदर्शन के लिए संचालन प्रणाली द्वारा पृष्ठ आकार का चयन किया जाता है। चूंकि पृष्ठ फ़ाइल प्रबंधन वर्चुअल मेमोरी प्रणाली के सबसे महत्वपूर्ण तत्वों में से एक है, फ़ाइल के पृष्ठ आकार के अनुभागों को भौतिक मेमोरी में लोड करना सामान्यतः एक अधिक ही उच्च अनुकूलित प्रणाली कार्य है।[8]


प्रकार

मेमोरी-मैप्ड फ़ाइलें दो प्रकार की होती हैं:

स्थायी

स्थायी फ़ाइलें डिस्क पर स्रोत फ़ाइल से संबद्ध होती हैं। अंतिम प्रक्रिया समाप्त होने के बाद डेटा डिस्क पर स्रोत फ़ाइल में सहेजा जाता है। ये मेमोरी-मैप्ड फ़ाइलें अत्यधिक बड़ी स्रोत फ़ाइलों के साथ काम करने के लिए उपयुक्त हैं।[9]


गैर-स्थायी

गैर-स्थायी फ़ाइलें डिस्क पर किसी फ़ाइल से संबद्ध नहीं होती हैं। जब अंतिम प्रक्रिया फ़ाइल के साथ काम करना समाप्त कर लेती है, तो डेटा खो जाता है। ये फ़ाइलें अंतर-प्रक्रिया संचार (आईपीसी) के लिए साझा मेमोरी बनाने के लिए उपयुक्त हैं।[10]


कमियां

मेमोरी मैप की गई फ़ाइल I/O चुनने का प्रमुख कारण प्रदर्शन है। फिर भी, ट्रेडऑफ़ हो सकते हैं। प्रणाली कॉल ओवरहेड और मेमोरी कॉपी करने के कारण मानक I/O दृष्टिकोण महंगा है। मेमोरी-मैप्ड एप्रोच की पेज फॉल्ट माइनर्स में इसका निवेश होता है - जब पेज कैश में डेटा का ब्लॉक लोड होता है, किंतु अभी तक प्रक्रिया के वर्चुअल मेमोरी स्पेस में मैप नहीं किया जाता है। कुछ परिस्थितियों में, मेमोरी मैप की गई फ़ाइल I/O मानक फ़ाइल I/O की तुलना में अधिक धीमी हो सकती है।[11]

मेमोरी-मैप्ड फ़ाइलों की एक और कमी किसी दिए गए आर्किटेक्चर के मेमोरी पता से संबंधित है: एड्रेसेबल स्पेस से बड़ी फाइल में समय में केवल मैप किए गए भाग हो सकते हैं, इसे पढ़ने में कठिनाई होती है। उदाहरण के लिए, 32-बिट आर्किटेक्चर जैसे इंटेल का IA-32 केवल सीधे 4 GiB या फाइलों के छोटे भाग को संबोधित कर सकता है। संचालन प्रणाली कर्नेल के आधार पर, विशेष रूप से 2 से 3 GiB की सीमा में अलग-अलग कार्यक्रमों के लिए पता योग्य स्थान की छोटी मात्रा उपलब्ध है। चूंकि यह दोष आधुनिक 64-बिट आर्किटेक्चर पर लगभग समाप्त हो गया है।

फ़ाइल I/O के मानक साधनों की तुलना में एमएमएपी भी कम स्केलेबल होता है, क्योंकि लिनक्स समेत कई ऑपरेटिंग प्रणालियों में पेज दोषों को संभालने वाले कोर की संख्या पर कैप है। अत्यधिक तेज़ उपकरण, जैसे आधुनिक एनवीएम एक्सप्रेस एसएसडी, ओवरहेड को वास्तविक चिंता का विषय बनाने में सक्षम हैं।[12]

अंतर्निहित फ़ाइल पर I/O त्रुटियां (उदाहरण के लिए इसकी हटाने योग्य ड्राइव अनप्लग है या ऑप्टिकल मीडिया को बाहर निकाल दिया गया है, लिखते समय डिस्क पूर्ण है, आदि) इसकी मैप की गई मेमोरी तक पहुंचने के समय पॉज़िक्स पर सिगसेजीवी/सिगबस सिग्नल के रूप में अनुप्रयोग को सूचित किया जाता है, और विंडोज़ पर पृष्ठ त्रुटि में संरचित अपवाद निष्पादित करें । इन त्रुटियों को संभालने के लिए मैप की गई मेमोरी तक पहुँचने वाले सभी कोड तैयार होने चाहिए, जो सामान्यतः मेमोरी एक्सेस करते समय नहीं होते हैं।

मेमोरी प्रबंधन इकाई के साथ केवल हार्डवेयर आर्किटेक्चर ही मेमोरी-मैप की गई फ़ाइलों का समर्थन कर सकते हैं। एमएमयू के बिना आर्किटेक्चर पर, संचालन प्रणाली पूरी फाइल को मेमोरी में कॉपी कर सकता है | जब इसे मैप करने का अनुरोध किया जाता है, किंतु यह व्यर्थ और धीमा है | यदि केवल थोड़ी सी फाइल को एक्सेस किया जाएगा, और केवल फाइलों के लिए काम कर सकता है जो उपलब्ध मेमोरी में फिट होगा।

सामान्य उपयोग

मेमोरी-मैप्ड फ़ाइल के लिए संभवतः सबसे सामान्य उपयोग अधिकांश आधुनिक संचालन प्रणाली (माइक्रोसॉफ़्ट विंडोज़ और यूनिक्स जैसी प्रणाली सहित) में लोडर (कंप्यूटिंग) है। जब कोई प्रक्रिया (कंप्यूटिंग) प्रारंभ की जाती है, तो संचालन प्रणाली मेमोरी मैप की गई फ़ाइल का उपयोग करता है निष्पादन के लिए मेमोरी में किसी भी लोड करने योग्य मॉड्यूल के साथ निष्पादन योग्य फ़ाइल लाने के लिए होती है। अधिकांश मेमोरी-मैपिंग प्रणाली डिमांड पेजिंग नामक विधि का उपयोग करते हैं, जहां फ़ाइल को सबसमुच्चय (प्रत्येक पेज) में भौतिक मेमोरी में लोड किया जाता है | और केवल जब वह पेज वास्तव में संदर्भित होता है। [13] निष्पादन योग्य फ़ाइलों के विशिष्ट स्थिति में, यह OS को प्रक्रिया छवि के केवल उन भागो को चुनिंदा रूप से लोड करने की अनुमति देता है जिन्हें वास्तव में निष्पादित करने की आवश्यकता होती है।

मेमोरी-मैप्ड फ़ाइलों के लिए एक अन्य सामान्य उपयोग कई प्रक्रियाओं के बीच मेमोरी साझा करना है। आधुनिक संरक्षित मोड संचालन प्रणाली में, प्रक्रियाओं को सामान्यतः मेमोरी स्थान तक पहुंचने की अनुमति नहीं होती है जो किसी अन्य प्रक्रिया द्वारा उपयोग के लिए आवंटित की जाती है। (ऐसा करने के लिए कार्यक्रम का प्रयास पृष्ठ दोष अमान्य या विभाजन उल्लंघन का कारण बनता है।) मेमोरी को सुरक्षित रूप से साझा करने के लिए कई विधिय उपलब्ध हैं, और मेमोरी-मैप्ड फ़ाइल I/O सबसे लोकप्रिय में से एक है। दो या दो से अधिक अनुप्रयोग एक साथ भौतिक फ़ाइल को मेमोरी में मैप कर सकते हैं और इस मेमोरी तक पहुंच सकते हैं। उदाहरण के लिए, माइक्रोसॉफ्ट विंडोज संचालन प्रणाली अनुप्रयोगों के लिए प्रणाली के पेज फ़ाइल के साझा खंड को मेमोरी-मैप करने और इस खंड के माध्यम से डेटा साझा करने के लिए तंत्र प्रदान करता है।

प्लैटफ़ॉर्म समर्थन

अधिकांश आधुनिक संचालन प्रणाली या रनटाइम वातावरण किसी प्रकार की मेमोरी-मैप्ड फ़ाइल एक्सेस का समर्थन करते हैं। कार्यक्रम एमएमएपी(),[14] जो फ़ाइल डिस्क्रिप्टर दिए गए फ़ाइल का मैपिंग बनाता है | फ़ाइल में स्थान प्रारंभ करता है, और लंबाई, पॉज़िक्स विनिर्देश का भाग है | इसलिए यूनिक्स, लिनक्स, मैक ओएस एक्स जैसे पॉज़िक्स-अनुपालन प्रणालियों की विस्तृत विविधता होती है | [15] या ओपनवीएमएस, मेमोरी मैपिंग फ़ाइलों के लिए सामान्य तंत्र का समर्थन करता है। माइक्रोसॉफ्ट विंडोज संचालन प्रणाली इस उद्देश्य के लिए एपीआई कार्य के समूह का भी समर्थन करता है | जैसे क्रिएटफाइल मैपिंग ().[16]

माइक्रोसॉफ्ट विंडोज और पॉज़िक्स- संगत प्लेटफ़ॉर्म के लिए मेमोरी-मैप की गई फ़ाइलों के कुछ मुफ़्त पोर्टेबल कार्यान्वयन हैं:

  • बूस्ट.इंटरप्रोसेस,[17] बूस्ट सी ++ पुस्तकालयों में होता है |
  • बूस्ट.आईओस्ट्रीम,[18] बूस्ट सी ++ लाइब्रेरी में भी होता है |
  • एफएमस्ट्रीम [19]
  • सीपीपी-एमएमएफ [20]

जावा (प्रोग्रामिंग भाषा) मेमोरी मैप की गई फ़ाइलों तक पहुँचने के लिए कक्षाएं और विधियाँ प्रदान करता है, जैसे फाइलचैनल.है |

D (प्रोग्रामिंग लैंग्वेज) अपने मानक पुस्तकालय (एसटीडी.एमएमफ़ाइल मॉड्यूल) में मेमोरी मैप की गई फ़ाइलों का समर्थन करता है।[21]

रूबी (प्रोग्रामिंग भाषा) में एमएमएपी नामक रत्न (लाइब्रेरी) है, जो मेमोरी-मैप्ड फाइल ऑब्जेक्ट्स को प्रयुक्त करता है।

संस्करण 1.6 के बाद से, पायथन प्रोग्रामिंग भाषा में mmap सम्मिलित है | इसके मानक पुस्तकालय में मॉड्यूल [22] का विवरण इस बात पर निर्भर करता है कि होस्ट प्लेटफॉर्म माइक्रोसॉफ्ट विंडोज है या यूनिक्स जैसा है।

पर्ल के लिए सीपीएएन पर मेमोरी मैपिंग फाइलों के लिए कई मॉड्यूल उपलब्ध हैं,| जैसे एसआईएस :: एमएमएपी [23] और फ़ाइल :: मानचित्र.[24] है |

माइक्रोसॉफ्ट .नेट रनटाइम में, विंडोज एपीआई के माध्यम से सीधे मेमोरी मैप की गई फ़ाइलों का उपयोग करने के लिए पी/इनवोक का उपयोग किया जा सकता है। मेमोरी मैप की गई फ़ाइलों के लिए प्रबंधित पहुँच (पी/इनवोक आवश्यक नहीं) को रनटाइम के संस्करण 4 में प्रस्तुत किया गया था (देखें मेमोरी-मैप्ड फ़ाइलें)। पिछले संस्करणों के लिए, तीसरे पक्ष के पुस्तकालय हैं जो प्रबंधित एपीआई प्रदान करते हैं।[25]

पीएचपी ने फ़ाइल सामग्री प्राप्त करें () जैसे कई मूल फ़ाइल एक्सेस कार्य में मेमोरी-मैपिंग विधियों का समर्थन किया है, किंतु इसे 5.3 में हटा दिया है (देखें संशोधन लॉग)।

आर प्रोग्रामिंग भाषा के लिए सीआरएएन पर पुस्तकालय उपस्थित है जिसे bigmemory कहा जाता है जो बूस्ट लाइब्रेरी का उपयोग करता है और मेमोरी-मैप्ड समर्थित सरणियाँ सीधे प्रदान करता है | ff मेमोरी-मैप्ड सदिश, मैट्रिसेस, एरेज़ और डेटा फ़्रेम प्रदान करता है।

जे प्रोग्रामिंग भाषा ने कम से कम 2005 से मेमोरी मैप की गई फ़ाइलों का समर्थन किया है। इसमें बॉक्सिंग एरे डेटा और सिंगल डेटाटाइप फ़ाइलों के लिए समर्थन सम्मिलित है। समर्थन 'डेटा/जेएमएफ' से लोड किया जा सकता है जे के जेडीबी और जेडी डेटाबेस इंजन कॉलम स्टोर्स के लिए मेमोरी मैप की गई फाइलों का उपयोग करते हैं।

संदर्भ

  1. 1.0 1.1 Chris Siebenmann (7 June 2018). "The history of Unix's confusing set of low-level ways to allocate memory".
  2. Development began 1969, shipped 1976
  3. "TOPS-20 Monitor Calls Reference Manual" (PDF).
  4. "System 1022 Database System". We had a PMAP cache for file I/O(like PA1050) in extended sections.
  5. Dec. 1988
  6. Jeffrey Richter (October 1995). "Add Growable Memory-Mapped Files to your App". Microsoft Systems Journal. pp. 17–28.
  7. "Using mmap() for Advanced File I/O - BrainDump". Archived from the original on 7 August 2011. Retrieved 21 May 2011.
  8. , "What Do Memory-Mapped Files Have to Offer?".
  9. "मेमोरी-मैप्ड फ़ाइलें". Microsoft Developer Network. Retrieved 4 January 2016.
  10. Cite error: Invalid <ref> tag; no text was provided for refs named Memory-Mapped Files
  11. http://lists.freebsd.org/pipermail/freebsd-questions/2004-June/050371.html, read vs. mmap (or io vs. page faults) by Matthew Dillon
  12. Papagiannis, Anastasios; Xanthakis, Giorgos; Saloustros, Giorgos; Marazakis, Manolis; Bilas, Angelos (2020). Optimizing Memory-mapped I/O for Fast Storage Devices. USENIX ATC '20 (in English). pp. 813–827.
  13. "Demand Paging"
  14. Memory Mapped Files Archived 9 February 2007 at the Wayback Machine
  15. Apple – Mac OS X Leopard – Technology – UNIX Archived 23 April 2009 at the Wayback Machine
  16. CreateFileMapping Function (Windows)
  17. "Sharing memory between processes: Memory Mapped Files". Boost.org.
  18. "मेमोरी-मैप्ड फ़ाइलें". Boost.org.
  19. "Windows और POSIX सिस्टम के लिए मेमोरी मैप की गई फ़ाइलें". SourceForge.
  20. "सीपीपी-एमएमएफ". GitHub.
  21. "std.mmfile - डी प्रोग्रामिंग लैंग्वेज". Digital Mars. Retrieved 4 December 2011.
  22. "New Modules in 1.6". Archived from the original on 30 December 2006. Retrieved 23 December 2008.
  23. "Sys::Mmap Perl Module".
  24. "File::Map Perl Module".
  25. DotNet Archived 19 April 2010 at the Wayback Machine