मैं एक दोहरे कोर पर विंडोज 7 चला रहा हूं, 8 जीबी रैम के साथ एक्स 64 एएमडी।
क्या मुझे पेज फाइल की भी आवश्यकता है?
क्या इसे हटाने से प्रदर्शन में मदद मिलेगी या नुकसान होगा?
अगर यह सर्वर या डेस्कटॉप है तो क्या इससे कोई फर्क पड़ेगा?
क्या विंडोज 7 बनाम विंडोज 2008 में पेज फाइल के साथ फर्क पड़ता है?
जवाबों:
TL; DR संस्करण: विंडोज़ को आपकी मेमोरी / पेजफाइल सेटिंग्स को संभालने दें। एमएस में लोगों ने इन मुद्दों के बारे में सोचने में बहुत अधिक घंटे बिताए हैं , हम में से अधिकांश sysadmins से।
बहुत से लोग यह मानते हैं कि विंडोज पेजफाइल में डेटा को मांग पर धकेलता है। ईजी: कुछ बहुत सारी मेमोरी चाहता है, और ज़रूरत को पूरा करने के लिए पर्याप्त रैम नहीं है, इसलिए विंडोज इस अंतिम समय में रैम से डिस्क तक डेटा को पागल रूप से लिखना शुरू कर देता है, ताकि यह नई मांगों के लिए रैम को मुक्त कर सके।
यह गलत है। वहाँ अधिक हुड के नीचे चल रहा है। सामान्यतया, विंडोज एक बैकिंग स्टोर को बनाए रखता है , जिसका अर्थ है कि यह वह सब कुछ देखना चाहता है जो स्मृति में कहीं डिस्क पर भी है। अब, जब कुछ साथ आता है और बहुत सारी मेमोरी की मांग करता है, तो विंडोज बहुत जल्दी रैम को साफ कर सकता है, क्योंकि यह डेटा पहले से ही डिस्क पर है, अगर यह कहा जाता है तो रैम में वापस रखने के लिए तैयार है। तो यह कहा जा सकता है कि पेजफाइल में जो कुछ है वह रैम में भी है; नई मेमोरी आवंटन मांगों में तेजी लाने के लिए डेटा को प्रीफेक्शनल रूप से पेजफाइल में रखा गया था ।
इसमें शामिल विशिष्ट तंत्रों के बारे में बताने से कई पृष्ठ लगेंगे (देखें विंडोज 7 के अध्याय 7 , और ध्यान दें कि एक नया संस्करण जल्द ही उपलब्ध होगा), लेकिन नोट करने के लिए कुछ अच्छी चीजें हैं। सबसे पहले, रैम में जो कुछ भी है वह आंतरिक रूप से डिस्क पर पहले से ही है - उदाहरण के लिए निष्पादन योग्य फ़ाइल या DLL से लिया गया प्रोग्राम कोड। इसलिए इसे पेजफाइल को लिखने की आवश्यकता नहीं है; विंडोज़ बस ट्रैक रख सकती है कि बिट्स को मूल रूप से कहां से लाया गया था। दूसरा, विंडोज़ इस बात पर नज़र रखती है कि रैम में कौन सा डेटा सबसे अधिक उपयोग किया जाता है, और इसलिए रैम से यह साफ़ हो जाता है कि वह डेटा जो एक्सेस किए बिना सबसे लंबा चला गया है।
पेजफाइल को पूरी तरह से हटाने से अधिक डिस्क थ्रैशिंग हो सकती है। एक साधारण परिदृश्य की कल्पना करें जहां कुछ ऐप लॉन्च होते हैं और 80% मौजूदा रैम की मांग करते हैं। यह रैम से वर्तमान निष्पादन योग्य कोड को बाध्य करेगा - संभवतः ओएस कोड भी। अब हर बार उन अन्य ऐप्स - या स्वयं ओएस (!!) को उस डेटा तक पहुंच की आवश्यकता होती है, ओएस को उन्हें डिस्क पर बैकिंग स्टोर से पृष्ठ पर भेजना चाहिए, जिससे बहुत जोर हो। क्योंकि क्षणिक डेटा के लिए बैकिंग स्टोर के रूप में सेवा करने के लिए पेजफाइल के बिना, केवल उन्हीं चीजों को प्रस्तुत किया जा सकता है, जो निष्पादन योग्य और डीएलएल हैं, जिनके पास शुरू करने के लिए अंतर्निहित स्टोर थे।
बेशक कई संसाधन / उपयोग परिदृश्य हैं। यह असंभव नहीं है कि आपके पास एक परिदृश्य है जिसके तहत पेजफाइल को हटाने से कोई प्रतिकूल प्रभाव नहीं होगा, लेकिन ये अल्पसंख्यक हैं। ज्यादातर मामलों में, पेजफाइल को हटाने या कम करने से चोटी-संसाधन-उपयोग परिदृश्यों के तहत प्रदर्शन कम हो जाएगा।
कुछ संदर्भ:
dmo ने हाल ही में एरिक लिपर्ट पोस्ट पर ध्यान दिया जो आभासी स्मृति की समझ में मदद करता है (हालांकि यह सवाल से संबंधित नहीं है)। मैं इसे यहाँ डाल रहा हूँ क्योंकि मुझे लगता है कि कुछ लोग अन्य उत्तर के लिए नीचे स्क्रॉल नहीं होगा - लेकिन यदि आप इसे मूल्यवान लगता है, तो आप देना DMO एक वोट है, इसलिए का उपयोग लिंक वहाँ पहुँचने के लिए!
एरिक लिपर्ट ने हाल ही में एक ब्लॉग प्रविष्टि लिखी जिसमें बताया गया है कि कैसे विंडोज मेमोरी का प्रबंधन करता है। संक्षेप में, विंडोज मेमोरी मॉडल को एक डिस्क स्टोर के रूप में सोचा जा सकता है जहां रैम प्रदर्शन-बढ़ाने वाले कैश के रूप में कार्य करता है।
जैसा कि मैं अन्य उत्तरों से देखता हूं मैं केवल एक ही अक्षम पृष्ठ फ़ाइल हूं और इसे कभी भी पछतावा नहीं है। महान :-)
घर और काम दोनों पर मेरे पास 8 जीबी रैम के साथ विस्टा 64-बिट है। दोनों में पृष्ठ फ़ाइल अक्षम है। काम पर यह मेरे लिए विजुअल स्टूडियो 2008 के कुछ उदाहरणों, विंडोज एक्सपी के साथ वर्चुअल पीसी, SQL सर्वर के 2 इंस्टेंस और इंटरनेट एक्सप्लोरर 8 के साथ बहुत सारे टैब के साथ काम करने के लिए कुछ भी असामान्य नहीं है। मैं शायद ही कभी 80% मेमोरी तक पहुंचता हूं।
मैं हर दिन हाइब्रिड नींद (नींद के साथ हाइबरनेशन) का उपयोग कर रहा हूं, बिना किसी समस्या के।
मैंने इसके साथ प्रयोग करना शुरू किया जब मेरे पास 2 जीबी रैम के साथ विंडोज एक्सपी था और मुझे वास्तव में अंतर दिखाई दिया। क्लासिक उदाहरण था जब नियंत्रण कक्ष में आइकन एक के बाद एक खुद को दिखाना बंद कर देते थे, लेकिन एक ही बार में। इसके अलावा फ़ायरफ़ॉक्स / थंडरबर्ड स्टार्टअप समय नाटकीय रूप से बढ़ा। मैंने कुछ पर क्लिक करने के तुरंत बाद सब कुछ काम करना शुरू कर दिया। दुर्भाग्य से 2 जीबी मेरे अनुप्रयोगों के उपयोग (विजुअल स्टूडियो 2008, वर्चुअल पीसी और एसक्यूएल सर्वर) के लिए बहुत छोटा था, इसलिए मैंने इसे वापस सक्षम किया।
लेकिन अभी 8 जीबी के साथ मैं कभी वापस नहीं जाना चाहता और पेज फ़ाइल को सक्षम करना चाहता हूं।
जो लोग चरम मामलों के बारे में कह रहे हैं, उनके लिए यह मेरे विंडोज एक्सपी समय से एक है।
जब आप एक्सेल क्वेरी से एक्सेल में बड़े पिवट टेबल को लोड करने की कोशिश कर रहे होते हैं, तो एक्सेल 2000 अपने मेमोरी यूसेज को बहुत तेजी से बढ़ाता है।
जब आपके पास पृष्ठ फ़ाइल अक्षम हो जाती है - आप थोड़ा इंतजार करते हैं और फिर एक्सेल उड़ा देगा और सिस्टम इसके बाद सभी मेमोरी को साफ कर देगा।
जब आपके पास पृष्ठ फ़ाइल सक्षम होती है - आप कुछ समय प्रतीक्षा करते हैं और जब आप देखेंगे कि कुछ गलत है तो आप अपने सिस्टम के साथ लगभग कुछ भी नहीं कर सकते हैं। आपका एचडीडी नरक की तरह काम कर रहा है और यहां तक कि अगर आप किसी तरह टास्क मैनेजर चलाने के लिए (कुछ मिनटों के इंतजार के बाद) प्रबंधन करते हैं और मारते हैं excel.exeतो आपको मिनट या तो इंतजार करना होगा, जब तक कि सिस्टम पेज फ़ाइल से सब कुछ वापस लोड नहीं करता।
जैसा कि मैंने बाद में देखा, Excel 2003 पृष्ठ फ़ाइल अक्षम के साथ किसी भी समस्या के बिना एक ही धुरी तालिका को संभालता है - इसलिए यह "बहुत बड़ी समस्या नहीं" थी।
इसलिए मेरी राय में, एक अक्षम पृष्ठ फ़ाइल भी कभी-कभी खराब लिखित अनुप्रयोगों से आपको बचाती है।
शीघ्रता से: यदि आप अपने मेमोरी उपयोग से अवगत हैं - आप इसे सुरक्षित रूप से अक्षम कर सकते हैं।
संपादित करें: मैं बस जोड़ना चाहता हूं कि मैंने बिना किसी समस्या के विंडोज विस्टा SP2 स्थापित किया।
आप यह समझने के लिए कुछ माप करना चाहते हैं कि पेजफाइल समायोजन करने से पहले आपकी अपनी प्रणाली किस प्रकार मेमोरी का उपयोग कर रही है। या (यदि आप अभी भी समायोजन करना चाहते हैं), पहले और बाद में समायोजन कहा।
परफ्यूम इसके लिए उपकरण है; टास्क मैनेजर नहीं । एक महत्वपूर्ण काउंटर मेमोरी है - पेज इनपुट / सेकंड । यह विशेष रूप से हार्ड पेज के दोषों को चित्रित करेगा, जहां डिस्क से रीड की आवश्यकता होती है एक प्रक्रिया से पहले जारी रह सकती है। नरम पृष्ठ दोष (जो कि डिफ़ॉल्ट पृष्ठ दोष / सेकंड काउंटर में दर्शाए गए अधिकांश आइटम हैं ; मैं उस काउंटर को अनदेखा करने की सलाह देता हूं!) वास्तव में कोई समस्या नहीं है; वे साधारण रूप से रैम से पढ़ी जा रही वस्तुओं को दिखाते हैं।
परफ़ॉर्मन ग्राफ़ http://g.imagehost.org/0383/perfmon-paging.png
ऊपर एक प्रणाली का एक उदाहरण है जिसमें कोई चिंता नहीं है, स्मृति-वार है। बहुत बार कभी-कभी कठोर दोष होते हैं - इन्हें टाला नहीं जा सकता है, क्योंकि हार्ड डिस्क हमेशा रैम से बड़ी होती है। लेकिन ग्राफ काफी हद तक सपाट है। इसलिए OS बहुत मुश्किल से बैकिंग स्टोर से पेजिंग कर रहा है।
यदि आप एक मेमोरी - पेज इनपुट / सेक ग्राफ देख रहे हैं, जो कि इस एक से अधिक स्पाइकियर है, तो सही प्रतिक्रिया या तो कम मेमोरी उपयोग (रन कम प्रोग्राम) या रैम जोड़ें। अपने पेजफाइल सेटिंग्स को बदलने से यह तथ्य नहीं बदलेगा कि सिस्टम से वास्तव में जितनी मेमोरी की मांग की जा रही है, उससे अधिक मेमोरी की मांग की जा रही है।
मॉनिटर का एक अतिरिक्त अतिरिक्त फिजिकलडिस्क - औसत है। कतार की लंबाई (सभी उदाहरण)। यह दिखाएगा कि आपके परिवर्तन डिस्क उपयोग को कितना प्रभावित करते हैं। एक सुव्यवस्थित प्रणाली इस काउंटर को औसतन 4 या उससे कम प्रति धुरी पर दिखाएगी ।
मैंने अपना 8 जीबी विस्टा x64 बॉक्स बिना किसी समस्या के वर्षों तक बिना पेज फाइल के चलाया है।
समस्याएँ तब उत्पन्न हुई जब मैंने वास्तव में अपनी स्मृति का उपयोग किया!
तीन हफ्ते पहले, मैंने फ़ोटोशॉप में वास्तव में बड़ी छवि फ़ाइलों (~ 2 जीबी) का संपादन शुरू किया। एक संपादन सत्र ने मेरी सारी मेमोरी को खा लिया। समस्या: मैं अपने काम को बचाने में सक्षम नहीं था क्योंकि फ़ोटोशॉप को फ़ाइल को सहेजने के लिए अधिक मेमोरी की आवश्यकता है!
और चूंकि यह स्वयं फोटोशॉप था, जो सभी मेमोरी को खा रहा था, मैं प्रोग्राम्स को बंद करके भी मुफ्त मेमोरी नहीं कर सकता था (ठीक है, मैंने किया था, लेकिन यह मदद से बहुत कम था)।
मैं जो कुछ भी कर सकता था वह मेरा काम था, मेरी पेज फ़ाइल को सक्षम करें और मेरे सभी काम फिर से करें - मैंने इस वजह से बहुत काम खो दिया है और आपकी पेज फ़ाइल को अक्षम करने की अनुशंसा नहीं कर सकता।
हां, यह ज्यादातर समय काम करेगा। लेकिन जिस क्षण यह टूटता है वह दर्दनाक हो सकता है।
जबकि यहाँ के उत्तर विषय को काफी अच्छी तरह से कवर करते हैं, फिर भी मैं इसे पढ़ने की सलाह दूंगा:
http://blogs.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx
वह लगभग अंत में पीएफ के आकार के बारे में बात करता है:
कुछ को लगता है कि बेहतर प्रदर्शन में कोई पेजिंग फ़ाइल परिणाम नहीं है, लेकिन सामान्य तौर पर, पेजिंग फ़ाइल होने का मतलब है कि विंडोज संशोधित सूची पर पृष्ठ लिख सकता है (जो उन पृष्ठों का प्रतिनिधित्व करते हैं जो सक्रिय रूप से एक्सेस नहीं किए जा रहे हैं लेकिन डिस्क पर सहेजे नहीं गए हैं) पेजिंग फ़ाइल, इस प्रकार उस मेमोरी को अधिक उपयोगी उद्देश्यों (प्रक्रियाओं या फ़ाइल कैश) के लिए उपलब्ध कराती है। इसलिए जब कुछ कार्यभार हो सकते हैं जो बिना पेजिंग फ़ाइल के साथ बेहतर प्रदर्शन करते हैं, तो सामान्य रूप से एक का अर्थ सिस्टम के लिए अधिक उपयोग करने योग्य मेमोरी होगा (यह कभी भी ध्यान रखें कि विंडोज एक पेजिंग फ़ाइल के बिना कर्नेल क्रैश डंप को लिखने में सक्षम नहीं होगा बड़े आकार उन्हें धारण करने के लिए पर्याप्त)।
मुझे वास्तव में मार्क के लेख पसंद हैं।
सबसे अच्छा जवाब जो मैं सोच सकता हूं, वह यह है कि एक सामान्य लोड के तहत आप 8 जीबी का उपयोग नहीं कर सकते हैं, लेकिन यह अप्रत्याशित भार है जहां आप मुसीबत में चलेंगे।
पृष्ठ फ़ाइल के साथ, सिस्टम कम से कम धीरे-धीरे चलेगा जब वह पृष्ठ को मारना शुरू कर देगा। लेकिन अगर आप पेज फाइल को हटाते हैं तो यह सिर्फ मर जाएगा (जो मुझे पता है)।
इसके अलावा, 8 जीबी अब बहुत कुछ लगता है, लेकिन लाइन से कुछ साल पहले इसे बहुत सारे सॉफ्टवेयर के लिए स्मृति की न्यूनतम मात्रा माना जा सकता है।
किसी भी तरह से - मैं कम से कम एक छोटी फ़ाइल फ़ाइल रखने की सलाह दूंगा; अगर मैं ऑफ-बेस हूं तो कृपया अन्य मुझे सही करें।
आपने उल्लेख किया है कि यह विंडोज का 64-बिट संस्करण है, लेकिन मुझे लगता है कि हाँ।
पेजफाइल बीएसओडी (ब्लू स्क्रीन ऑफ डेथ) के मामले में मेमोरी डंप पैदा करने सहित कई चीजें प्रदान करता है ।
यदि आपके पास पेजफाइल नहीं है, तो विंडोज पर्याप्त मेमोरी नहीं होने पर डिस्क से पेज आउट नहीं कर पाएगा। आप सोच सकते हैं कि 8 जीबी के साथ आप उस सीमा तक नहीं पहुंचेंगे। लेकिन आपके पास समय के साथ मेमोरी लीक करने वाले बुरे कार्यक्रम हो सकते हैं।
मुझे लगता है कि यह आपको पेजफाइल के बिना हाइबरनेट / स्टैंडबाय नहीं जाने देगा (लेकिन मैंने अभी तक कोशिश नहीं की थी)।
Windows 7/2008 / Vista पृष्ठ फ़ाइल का उपयोग नहीं बदलता है।
मैंने मार्क रोसिनोविच (माइक्रोसॉफ्ट फेलो) से एक स्पष्टीकरण देखा कि यह समझाता है कि विंडोज पेज फाइल की तुलना में पेज फाइल के बिना धीमा हो सकता है (यहां तक कि रैम के साथ भी)। लेकिन मैं मूल कारण वापस नहीं पा सकता हूं।
क्या आप डिस्क स्थान से बाहर हैं? मैं बीएसओडी के मामले में कर्नेल डंप करने में सक्षम होने के लिए न्यूनतम 1 जीबी रखूंगा।
मैंने अपनी पृष्ठ फ़ाइल (एक x86 लैपटॉप पर 8 जीबी) को अक्षम कर दिया और 2500 एमबी मुफ्त में भी दो समस्याएं थीं:
ASP.NET त्रुटि WCF सेवा को सक्रिय करने की कोशिश कर रही है : मेमोरी गेट्स की जाँच विफल रही क्योंकि मुफ्त मेमोरी (399,556,608 बाइट्स) कुल मेमोरी का 5% से कम है। परिणामस्वरूप, आने वाले अनुरोधों के लिए सेवा उपलब्ध नहीं होगी। इसे हल करने के लिए, या तो मशीन पर लोड को कम करें या सर्विसफॉस्ट ईन्वायरमेंट कॉन्फ़िगरेशन तत्व पर minFreeMemoryPercentageToActivateService का मान समायोजित करें।
बहुत अच्छा कैसे 3.7 GB 8 GB के 5% से कम है मुझे कभी पता नहीं चलेगा !!
जानकारी हानि संवाद को रोकने के लिए क्लोज प्रोग्राम प्राप्त करना : जब मेरे रैम का 75% उपयोग किया जाता है तो मुझे एक डायलॉग बॉक्स मिलता है जो मुझे क्लोज प्रोग्राम बताता है। आप इसे एक रजिस्ट्री संशोधन (या संभवत: 'डायग्नोस्टिक्स नीति सेवा' को अक्षम करके) के साथ अक्षम कर सकते हैं ।
अंत में मैंने इसे फिर से चालू करने का फैसला किया। विंडोज सिर्फ सादा और सरल विंडोज को कभी भी बिना पेज फाइल के इस्तेमाल करने के लिए नहीं बनाया गया था। यह पेजिंग के साथ चलने के लिए अनुकूलित है, बिना नहीं। यदि आप 75% से अधिक मेमोरी का उपयोग करने की योजना बना रहे हैं और आप अपनी रजिस्ट्री के साथ गड़बड़ नहीं करना चाहते हैं - तो यह आपके लिए नहीं हो सकता है।
केवल एक ही व्यक्ति है कि आप अगर बता सकते हैं अपने सर्वर या वर्कस्टेशन "जरूरत" एक पृष्ठ फ़ाइल है आप , प्रदर्शन पर नजर रखने या जो कुछ भी यह इन दिनों कहा जाता है से सावधान उपयोग के साथ। आप कौन से एप्लिकेशन चला रहे हैं, वे किस उपयोग को देख रहे हैं, और संभावित रूप से आपके द्वारा देखे जा सकने वाले उच्चतम संभव मेमोरी का क्या उपयोग है?
क्या छोटी हार्ड डिस्क पर एक मिनट की राशि की बचत के लिए स्थिरता संभव है?
जब आप बहुत बड़े पैच को डाउनलोड करते हैं, तो सर्विस पैक कहते हैं। यदि इंस्टॉलर सेवा यह तय करती है कि आपको पैच अनपैक करने के लिए अधिक मेमोरी की आवश्यकता है, तो क्या करें? यदि आपका वायरस स्कैनर (सही तरीके से) यह बहुत बड़े पैक को स्कैन करने का निर्णय लेता है, तो इस पैच फ़ाइल को अनपैक और स्कैन करने के दौरान किस प्रकार के मेमोरी उपयोग की आवश्यकता होगी - मुझे आशा है कि पैच संग्रह फ़ाइल में कोई अभिलेख नहीं है, क्योंकि यह बिल्कुल होगा हत्या स्मृति उपयोग के आंकड़े।
जो मैं आपको बता सकता हूं वह यह है कि आपकी पेज फाइल को हटाने से मदद करने की संभावना अधिक होती है। मैं एक कारण नहीं देख सकता हूं कि आपके पास एक क्यों नहीं होगा - मुझे यकीन है कि कुछ विशेषज्ञ मामले हो सकते हैं जहां मैं उस एक पर गलत हूं, लेकिन यह एक पूरा क्षेत्र है।
आपकी उपलब्ध कुल मेमोरी आपकी पेजफाइल + वास्तविक मेमोरी है।
अहम सवाल यह है कि क्या सभी ऐप्स के लिए आपका अनुमानित कुल मेमोरी उपयोग और ऑपरेटिंग सिस्टम का उपयोग 8 जीबी है। यदि आपका औसत मेम उपयोग 2 जीबी है और आपकी अधिकतम मेमोरी का उपयोग केवल 4 जीबी है तो पेज फाइल का उपयोग करना व्यर्थ है। यदि आपकी अधिकतम मेमोरी उपयोग 6-7 Gb या उससे अधिक है, तो यह पेज फाइल के लिए एक अच्छा विचार है।
पुनश्च: भविष्य में विकास के लिए अनुमति देने के लिए मत भूलना!
ऐसा लगता है कि इस विषय पर बहुत सीमित लोगों की राय है लेकिन वास्तव में कभी भी बिना पेज फ़ाइल के अपना कंप्यूटर चलाने की कोशिश नहीं की।
कुछ, अगर लगभग कोई नहीं, कोशिश की है। यहां तक कि यह जानने के लिए भी कम प्रतीत होता है कि विंडोज पेजफाइल के साथ कैसा व्यवहार करता है। जब आप भौतिक RAM से बाहर निकलते हैं तो यह "बस" नहीं भरता है। मुझे यकीन है कि आप में से अधिकांश को यह भी नहीं पता था कि आपकी "मुफ्त" रैम का उपयोग फ़ाइल कैश के रूप में किया जाता है!
आप अपनी पेज फ़ाइल को अक्षम करके बड़े पैमाने पर प्रदर्शन सुधार प्राप्त कर सकते हैं। आपका सिस्टम आउट-ऑफ-मेमोरी त्रुटियों के लिए अधिक संवेदनशील होगा (और क्या आप जानते हैं कि आपके आवेदन उस परिदृश्य में कैसे प्रतिक्रिया करते हैं - अधिकांश भाग के लिए ओएस बस एप्लिकेशन को समाप्त करता है)। स्टैंडबाय या लंबी निष्क्रिय अवधि से स्टार्ट-अप समय दूर तक तड़क-भड़क वाला होगा।
यदि Microsoft ने वास्तव में आपको एक विकल्प सेट करने की अनुमति दी है, जिससे केवल भौतिक रैम से बाहर होने पर पेजफाइल का उपयोग किया जाता है (और सभी फ़ाइल बफ़र्स को छोड़ दिया गया है) तो मुझे लगता है कि पेजफाइल को अक्षम करने से बहुत कम लाभ होगा।
यह एंटीडोटल है, लेकिन हम लगभग 20 उपयोगकर्ताओं के लिए एक विंडोज सर्वर 2003 टर्मिनल सर्वर चलाते हैं, जिसमें 10-15 लोग समय पर लॉग इन करते हैं और इसमें 8 जीबी रैम होती है। हम एक पृष्ठ फ़ाइल के साथ नहीं चलते हैं और हमारा सर्वर पहले की तुलना में तेज़ी से चलता है। यह स्पष्ट रूप से सब कुछ के लिए एक समाधान नहीं है, लेकिन हम दो साल से इस तरह से चल रहे हैं, और मेरे पास ऐसा कोई मुद्दा नहीं है जिससे मैं परिचित हूं।