कई हार्ड ड्राइव पर विंडोज पेज फाइल

Question

मैं इसके लिए ऑनलाइन कोई दस्तावेज या लेख ऑनलाइन नहीं ढूंढ सकता ...

विंडोज हार्ड ड्राइव पर पेज फाइल को कैसे हैंडल करता है? क्या खिड़कियाँ उन्हें एक संधि के रूप में मानती हैं, किसी को उसके पूर्ण होने तक लिखना और फिर अगले तक ले जाना? या यह उन्हें एक पट्टी की तरह मानता है, हर एक को लिखता है? यह पहले एक मुक्त करने के लिए लिखता है? या शायद कुछ अन्य विधि?

Comments

बहुत अच्छा सवाल है। मेरा अनुमान है कि Microsoft उन्हें दो अलग-अलग पृष्ठ फ़ाइलों के रूप में मानता है और उस ड्राइव का उपयोग करता है जो उपयोग में नहीं है। कोई रास्ता नहीं है कि Microsoft ड्राइव के बीच पूरे पृष्ठों को विभाजित करने का जोखिम उठाएगा।

— surfasb

सबसे अच्छी गति दोनों को लिखना होगा, लेकिन पृष्ठों को विभाजित करने के लिए नहीं, मेरे विचार से

— soandos

जब मैं Google पर खोजता हूं तो मैं क्या देख सकता हूं (हालांकि कोई प्रामाणिक लिंक नहीं है), यह उनके लिए एक पट्टी की तरह व्यवहार करता है, जो आपके बारे में सोचने पर समझ में आता है। हालांकि यह सब अनुमान है।

वेब पर एक परीक्षण होता है (मैं इसे नहीं खोज सका) वहां एक सिस्टम के लिए बेंचमार्क था जिसे डिस्क पर पेजिंग की आवश्यकता थी, छोटे छोटे बिट्स तेज थे, मेरे लिए इसके लायक नहीं था। social.technet.microsoft.com/Forums/hu/winservergen/thread/...

— Psycogeek

Answer 1

सबसे प्रासंगिक जानकारी जो मुझे मिल सकती है वह थी ए लेख Windows XP के तहत पेज फ़ाइल के इष्टतम कॉन्फ़िगरेशन पर।

लेख में कहा गया है कि विंडोज़ स्थित पृष्ठ फ़ाइल का उपयोग करेगा कम से कम गतिविधि के साथ मात्रा पर । इसका मतलब है कि कोई पैटर्न परिभाषित नहीं है।

इसलिए, यह तर्कपूर्ण है कि विंडोज़ जिस पृष्ठ पर प्रत्येक मेमोरी पेज स्थित है, उसकी एक मेज को बनाए रखने से सबसे अधिक संभावना है कि विंडोज कई पेज फ़ाइलों को संभालती है। जहां पृष्ठ की हवा काफी हद तक इस बात पर निर्भर करती है कि किस मात्रा में सक्रिय था जब इसे पृष्ठांकित किया गया।

Comments

दिलचस्प आलेख। हालाँकि क्या यह अभी भी सही है?

— Keltari

इसमें कोई गारंटी नहीं है कि यह सिद्धांत XP के लिए भी सही है। यह पूरी तरह से दमन पर आधारित है।

— Andrew Lambert

यह संदिग्ध है कि उन्होंने कई पृष्ठ फ़ाइलों की अपनी हैंडलिंग को बदल दिया है। मुझे यकीन है कि यह अभी भी सच है। मेमोरी मैनेजर ठीक वैसा नहीं है जैसा आप हर संस्करण में थोक परिवर्तन करते हैं।

— surfasb

@surfasb सच है, लेकिन जैसा कि मैंने कहा कि यह केवल अटकलें हैं।

— Andrew Lambert

यह बात नहीं है। यह सीधे बाहर है विंडोज आंतरिक । "जहां प्रत्येक मेमोरी पेज स्थित है" टेबल केवल पेज टेबल है।

— Jamie Hanrahan

Answer 2

विंडोज 8.1 में मेरे लिए यह दूसरी ड्राइव को पूरी तरह से नजरअंदाज कर देता है और केवल पहले वाले पर स्वैप करता है।

वास्तव में उपयोगी नहीं है। यही कारण है कि जब से मैं उस पर गुगली कर रहा था, मैं यहाँ आ गया।

Comments

आप इसे कैसे माप रहे हैं? मैं आपको शक नहीं कर रहा हूँ, बस सोच रहा हूँ कि आप किस उपकरण का उपयोग कर रहे हैं। परफॉमेंस इसे करने का एक तरीका है (पेजफाइल ऑब्जेक्ट,% यूसेज काउंटर)।

— Jamie Hanrahan

Answer 3

विंडोज 7 x64 और विंडोज 10 x64 के पेजफाइल सिस्टम को विभाजित करने से raid0 जैसी स्थिति में कुछ भी नहीं होता है। इसे पहले पकड़ा जाता है, पहले कम से कम सक्रिय ड्राइव द्वारा परोसा जाता है। Windows x64 के लिए नियम एक पेजफाइल आकार का 1.5 गुना है। मैं एक मशीन का संचालन कर रहा हूं जिसमें 64 गिग्स हैं और मुझे उस आकार के पेजफाइल की भी आवश्यकता नहीं है। मेरे सभी विंडोज़ अस्थायी फ़ाइलों, यानी कैश फ़ाइलों को संभालने के लिए एक तेज़ ड्राइव की स्थापना, और एक सिंगल पेजफाइल शानदार काम करता है। इस ड्राइव का उद्देश्य केवल खिड़कियों और एडोब टेम्प सेवाओं के उपयोग के लिए है। मैं एक शक्तिशाली तीन ड्राइव RAID0 पर एप्लिकेशन चलाता हूं और मेरा ओएस एक एसएसडी पर है। ऐसे लोग हैं जो मानते हैं कि पेजफाइल आवश्यक नहीं है, लेकिन ये लोग एक शक्तिशाली रचनात्मक दुनिया में नहीं रहते हैं, जहां शक्तिशाली अनुप्रयोगों के पास एक पेजफाइल होना चाहिए जैसे कि नए एडोब सीसी 2017 उपकरण और 3 डी सीएडी मशीनें।

क्या दिलचस्प है माइक्रोसॉफ्ट बताता है कि प्राथमिक ड्राइव पर न्यूनतम 300 एमबी पेजफाइल स्थापित किया जाना चाहिए, आपका ओएस ड्राइव और दूसरे ड्राइव पर खामियाजा। एडोब का कहना है कि अस्थायी और पेजफाइल्स को ओएस ड्राइव या एप्लिकेशन ड्राइव के अलावा स्थित होना चाहिए। वे शुरू से ही ऐसा कहते रहे हैं।