मैं IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP
और IMAGE_FILE_NET_RUN_FROM_SWAP
पीई झुकाव को मेरे निष्पादन योग्य में शामिल करने के बारे में सोच रहा हूं।क्या IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP या IMAGE_FILE_NET_RUN_FROM_SWAP से जुड़े जोखिम हैं?
विचार नेटवर्क से निष्पादन योग्य चलाने वाले ग्राहकों द्वारा कभी-कभी अपवादों को रोकने के लिए है, उदाहरण के लिए जब नेटवर्क वॉल्यूम नींद के बाद पुनः कनेक्ट करने में विफल रहता है। अब तक हमने हमेशा ग्राहकों को स्थानीय रूप से जुड़े वॉल्यूम से निष्पादन योग्य चलाने की सलाह दी है।
हालांकि, मुझे वर्चुअल मेमोरी, लोडर इत्यादि के बारे में पर्याप्त जानकारी नहीं है, यह जानने के लिए कि क्या, यदि कोई है, तो इन पीई झंडे का उपयोग करने से जुड़े जोखिम हैं।
उदाहरण के लिए, यदि मैं ऐसा करता हूं तो मेरे निष्पादन योग्य द्वारा अधिक भौतिक स्मृति का उपभोग किया जाएगा, विशेष रूप से यदि एक ही समय में निष्पादन योग्य चलाने के कई उदाहरण हैं?
मुझे खेद है कि मैं संभावित जोखिमों के अधिक उदाहरण नहीं दे सकता, लेकिन यह मेरे प्रश्न की प्रकृति है। मुझे एहसास है कि ऐसा करने के लिए डाउनसाइड्स हो सकता है लेकिन यह नहीं पता कि उन डाउनसाइड्स क्या हो सकते हैं।
इसे ठंडा प्रारंभ धीमा करना चाहिए क्योंकि पूरे EXE को पेजिंग फ़ाइल में कॉपी किया गया है। कोई विचार नहीं है कि विंडोज पेजों को साझा करने के लिए पर्याप्त स्मार्ट है, तो मुझे इसमें संदेह है। प्रक्रिया एक्सप्लोरर आपको बताएगा, निजी बाइट्स देखें। –
@ हंस क्या EXE लोड पर पेजिंग फ़ाइल में कॉपी किया गया है, या पेजों को सिर्फ तभी कॉपी किया गया है जब वे बाहर निकले हैं? और मुझे निजी बाइट्स की व्याख्या कैसे करनी चाहिए? मैं वास्तव में वर्चुअल मेमोरी के कामकाज से डरावना हूँ। –
पेज-इन ऑपरेशन समस्या है, पेज-आउट नहीं। तो हाँ, सभी पृष्ठों की प्रतिलिपि बनाई जानी चाहिए ताकि उन्हें बाद में पग किया जा सके। निजी बाइट्स वीएम की मात्रा है जो तेज नहीं है। पेज त्रुटियों के कारण –