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