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