क्या विंडोज 7 64 बिट में रैम के साथ स्वैडिल और टेम्प फ़ोल्डर को रैमडिस्क में एक अच्छा विचार है?


16

मैं चाहता हूं कि मेरा विंडोज जितनी तेजी से चले। अगर मेरे पास विंडोज 7 64 बिट, क्वाड कोर सीपीयू में 12 जीबी रैम है, और सभी ऐप्स मेमोरी में फिट हैं, तो क्या स्वैप फाइल कभी भी किसी भी चीज के लिए उपयोग की जाएगी? सवाल इस बात का है कि क्या स्वैप फाइल को रैम डिस्क में रखना एक अच्छा विचार है।

क्या कोई रैम डिस्क किसी भी तरह से मदद करेगा या क्या विंडोज समझदारी से अपने सभी कामों के लिए सभी उपलब्ध मेमोरी का उपयोग करेगा?

मैं भी एक RAM डिस्क पर अस्थायी फ़ोल्डर डालने के बारे में सोच रहा हूँ। मुझे पता है कि रैम डिस्क अस्थिर मेमोरी है और अगर यह खो जाता है तो मुझे इसकी सामग्री की परवाह नहीं है।


शीर्षक ने मुझे थोड़ा हँसाया, लेकिन वास्तव में आपका अगर [..] सभी ऐप स्मृति में फिट हैं, तो क्या कभी भी किसी भी चीज़ के लिए स्वैप फ़ाइल का उपयोग किया जाएगा यह एक अच्छा सवाल है!
१०:१२

पेजफाइल - यह एक "स्वैप फाइल" नहीं है - प्रोग्राम को अनुमति देने के लिए प्रोग्राम के रूप में उपयोग करने के लिए आवश्यक होगा, जो कि अकेले रैम की अनुमति देता है। यह आवश्यक है, भले ही, आवंटन के बाद, वे वास्तव में केवल उतना ही उपयोग करें जितना रैम में फिट होगा।
जेमी हनारान

जवाबों:


7

मैं सहमत हूँ कि स्वैप फ़ाइल को रैमडिस्क पर रखने से 64-बिट OS के लिए कोई मतलब नहीं है। हालांकि, अगर किसी में 32-बिट WinXP है, तो विंडोज केवल पहले 3.5GB RAM को "देख" सकता है। यदि किसी के पास अधिक रैम है, तो कहिए कि 9GB, 3.5GB से ऊपर की रैम पूरी तरह से WinXP द्वारा बर्बाद हो जाती है। हालाँकि, SuperSpeed ​​RamDisk Plus जैसे प्रोग्राम का उपयोग करके, कोई भी रैमडिस्क के रूप में 3.5GB से ऊपर की मेमोरी का उपयोग कर सकता है - और स्वैप फाइल को वहां रखने से एक जबरदस्त मात्रा का एहसास होता है (फिर से, 32-बिट XP पर, 64-बिट Win7 नहीं। )।

अलग-अलग, रैमडिस्क में टेंप फाइल लगाना लगभग हमेशा समझ में आता है, प्रदर्शन-वार, जब तक कि अनुमानित आकार ओएस को उपलब्ध रैम में बहुत बड़ा सेंध न लगा दे।


6

पेजफाइल को रैमडिस्क पर रखना एक हास्यास्पद विचार है। आपको यह समझना होगा कि पेजिंग में कुल पेजिंग का कुछ हिस्सा ही शामिल होगा। अधिकांश पेजिंग निष्पादन योग्य और अन्य मैप की गई फ़ाइलों के साथ होगी, और रैम में एक पेजफाइल इस प्रदर्शन को बेहतर बनाने के लिए कुछ नहीं करेगा। और कम उपलब्ध रैम के लिए धन्यवाद वहाँ इस पेजिंग के अधिक होगा। नतीजा यह है कि पेजफाइल की पहुंच तेज होगी लेकिन प्रदर्शन में कमी के साथ समग्र पेजिंग का स्तर अधिक होगा।


4

मैं हास्यास्पद नहीं कहूंगा; न तो 32 या 64 बिट सिस्टम के लिए।

स्पष्ट रूप से शुरू करने के लिए, 32 बिट विंडो (रनिंग सिस्टम का बहुमत) केवल 4 जीबी से ऊपर की किसी भी चीज को अनदेखा कर देता है। रामदास पीएई और 36 बिट मेमोरी एड्रेसिंग का उपयोग करने में सक्षम होने के कारण, वे मेरे ज्ञान को 32 बिट सिस्टम में उच्च मेमोरी क्षेत्रों को उपयोगी बनाने का एकमात्र तरीका हैं।

प्रश्न यह है: हम बिजली की तेज / अधिक सुरक्षित आभासी हार्ड डिस्क का उपयोग कैसे करते हैं? अस्थायी फ़ाइलें दिमाग में आती हैं और सेटअप के लिए बहुत तुच्छ होती हैं, जब तक आप जानते हैं कि विंडोज में एक निश्चित ड्राइव अक्षर कैसे असाइन किया जाता है। ब्राउज़रों कैश के साथ भी। इनके लिए ब्याज चौगुना है:

  • सबसे तेजी से पहुंच / पुनः प्राप्त
  • सत्य विलोपन
  • महंगी एसएसडी मेमोरी पर सबसे बेकार पहनने का समर्थन करता है।
  • कम डिस्क विखंडन ।।

स्वैप फ़ाइल के रूप में, यह स्पष्ट है कि 32 बिट सिस्टम को लावारिस रैम में डालने के साथ बहुत कुछ हासिल करना है। एक मेमोरी भूख कार्यक्रम के बारे में सोच सकता है, अपने आप में 3 जीबी तक (बूट.इन में 3 जीबी स्विच के साथ) का उपयोग कर सकता है जो सबसे अधिक स्वैपिंग का कारण होगा। समान बोनस में से दो अभी भी लागू होते हैं: एसएसडी पर सच्चा विलोपन और पहनना। विखंडन स्वैप फ़ाइलों के साथ किसी समस्या का कम है।

अधिक है: वर्चुअल मेमोरी का उपयोग करने के लिए खराब लिखित कार्यक्रमों के लिए यह काफी सामान्य है, चाहे कितनी भी भौतिक मेमोरी उपलब्ध हो, बेकार डिस्क का उपयोग कर सकती है। यह 32 और 64 बिट्स प्रोग्राम के लिए सही है। मैं भी उन कार्यक्रमों में आया था जो स्वैप फ़ाइल के अभाव में लॉन्च करने में विफल रहेंगे।

निचला रेखा, जबकि यह समझ में नहीं आता है कि 4 जीबी से नीचे रैमडिस्क क्या है और टेम्प फ़ोल्डर और प्रोग्राम कैशिंग के लिए बेकार डिस्क एक्सेस को बचाने के लिए, यह 4 जीबी से अधिक स्थापित करने के लिए बहुत बेहतर लगता है, स्मृति मूल्य यह क्या है, दोनों 32 में ( पीएई सक्षम हार्डवेयर के साथ) और 64 बिट सिस्टम और वहां स्वैप फाइल को स्थानांतरित करें।

एक ध्यान दें कि व्यावसायिक कंप्यूटर उपयोगकर्ताओं के बहुत सारे अभी भी हार्डवेयर समर्थन कारणों से 64 बिट्स नहीं जा सकते हैं।

उपहास के रूप में एक ही मजबूत भाषा का उपयोग करना हास्यास्पद होगा, केवल विचार को खारिज करना होगा और न केवल माइक्रोसॉफ्ट की वर्चुअल मेमोरी हैंडलिंग (जो कि प्रशंसा की जाती है और ठीक से ऐसा है) पर भरोसा करना होगा, बल्कि उन प्रोग्राम प्रोग्रामरों पर भी होगा जो विधानसभा कोडर गुरु से लेकर उच्च स्तर की भाषा के लिए बेवकूफ जो सबसे खराब-स्थिर-पीसी को खराब स्मृति हैंडलिंग के माध्यम से अपने घुटनों तक लाएगा। मैंने मुख्यधारा के कार्यक्रमों, उत्पादकता अनुप्रयोगों में इस तरह के कोड को देखा है, मैं आपको बच्चा नहीं!

मेरे मुख्य सिस्टम में XP / 32 पर 8GB रैमडिस्क है और यह उपयोगी साबित हुआ है। यह सेटअप के लिए काफी तुच्छ है और मुझे केवल एक कार्यक्रम कहना चाहिए जिसने मुझे एक कठिन समय दिया है वह है Google क्रोम जिसकी स्थापना / अद्यतन रणनीति टर्नर पर कठिन है।

आप इन के अलावा रामदिस्क के लिए बहुत उपयोगी उपयोग के बारे में सोच सकते हैं; मेरे मामले में, लाइव अनुप्रयोगों पर डिस्क से पुनर्प्राप्त करने के लिए ऑडियो नमूने: उन्हें वहां बूटअप समय (दर्द से धीमी गति से) पर रखें और बिजली की बहु मल्टीबीज पुस्तकालयों तक पहुंच प्राप्त करें। लेकिन यह विषय से दूर है :)

यह मेरा अपना अनुभव है। काश, लोग अनावश्यक मजबूत भाषा के उपयोग से उपयोगी जानकारी के मूल्य को नष्ट नहीं करते। रिडिकुलस इस संदर्भ में शब्द का एक बुरा विकल्प था, कम से कम कहने के लिए।


3

हाँ, पेजिंग फ़ाइलों का उपयोग किया जाता है भले ही किसी में बहुत सारी रैम हो; लेकिन पेजिंग फ़ाइल का सरल अस्तित्व अपने आप में सिस्टम के प्रदर्शन को प्रभावित करने वाला कारक नहीं है । एक रैम डिस्क पर पेजिंग फ़ाइल डालना बहुत अधिक है। एक पेजिंग फ़ाइल की बात, आखिरकार, उन डेटा को रखने के लिए एक स्थान होना चाहिए, जब वे डेटा वर्तमान में रैम में नहीं हैं । रैम डिस्क रैम में हैं ...

रैम डिस्क पर अस्थायी फ़ाइलों को रखने से मछली की पूरी तरह से अलग केतली होती है।


1
उस पोस्ट में यह नहीं बताया गया है कि अगर सिस्टम में RAM है, तो OS को कुछ भी पृष्ठ की आवश्यकता क्यों है। पेजिंग का पूरा बिंदु अधिक महत्वपूर्ण प्रक्रियाओं के लिए जगह बनाना है, लेकिन अगर स्मृति क्षणिक और नए और पुराने और शायद ही कभी इस्तेमाल किया जा सकता है और स्मृति में कुछ भी नहीं है तो सब कुछ राम में क्यों न रखें? डंप के लिए, मुझे उनकी परवाह नहीं है। जब तक मैं उन्हें एमएस के पास विश्लेषण के लिए नहीं भेज देता, तब तक मैं उन्हें पढ़ या समझ नहीं सकता।
टोनी_ हेनरिक

अन्य लेख जो इसे संदर्भित करता है, उसमें भी सामान्य स्ट्रोमैन होता है: "कुछ" प्रोग्राम "विफल हो सकते हैं, कभी भी यह निर्दिष्ट किए बिना कि वास्तव में कौन से प्रोग्राम हैं, या वे कैसे विफल हो सकते हैं।
रोलाकऊ

@, क्रैश डंप एक सामान्य व्यक्ति के लिए पढ़ना और व्याख्या करना मुश्किल है, लेकिन यदि आप Microsoft के डीबगिंग टूल स्थापित करते हैं, तो वे यह पता लगाने में काफी जानकारीपूर्ण हो सकते हैं कि बीएसओडी क्यों हुआ। यदि आपका कंप्यूटर कभी क्रैश नहीं होता है, तो बेशक यह अप्रासंगिक है, लेकिन मैंने पाया है कि क्रैश डंप अतीत में दुर्घटनाग्रस्त कंप्यूटरों के समस्या निवारण में बेहद मददगार हैं, इसलिए उन्हें पूरी तरह से खारिज न करें।
nhinkle

2
@Tony_Henrich "राम में सब कुछ क्यों नहीं रखते" => क्योंकि अगर ऐसा कोई काम है जो कभी नहीं (या शायद ही कभी) राम में बैठा है, तो वह उस स्थान को बर्बाद कर रहा है। उस जगह का उपयोग उन फ़ाइलों को कैश करने के लिए बेहतर किया जा सकता है जो अक्सर एक्सेस की जाती हैं, शुद्ध प्रदर्शन को बढ़ावा देता है। प्रोग्राम कोड या डेटा द्वारा सक्रिय रूप से उपयोग नहीं की जाने वाली किसी भी भौतिक रैम स्पेस का उपयोग ओएस द्वारा फ़ाइलों को कैश करने के लिए किया जा सकता है - यही कारण है कि यह आपकी कुल रैम क्षमता के पास होने के लिए अच्छी बात नहीं है।
बॉब

अधिकांश लोग जो दावा करते हैं कि "सिस्टम में टन रैम है और हर जगह पकड़ सकता है" ने अपनी मशीन पर कुल वर्चुअल एड्रेस स्पेस उपयोग पर कभी ध्यान नहीं दिया है।
जेमी हनरहान

1

मुझे संदेह है कि आपको अपने पेजफाइल को रैमडिस्क में ले जाने में बहुत अंतर दिखाई देगा। यदि आप विंडोज़ को रैम का उपयोग करने के लिए बाध्य करना चाहते हैं तो आप पेजिंग फ़ाइल को बंद कर सकते हैं।

हालाँकि मैंने अपने IE अस्थायी फ़ाइलों को रैमडिस्क में ले जाने और अपने TEMP और TMP एन्वीरोमेंटल वैरिएबल को रैमडिस्क पर ले जाने के लिए एक बड़ा अंतर देखा।

मैं ध्वज के साथ Google क्रोम भी चलाता हूं "-user-data-dir =" R: \ ChromeTEMP "इसलिए यह टेम्पर फ़ाइलों को रैमडिस्क पर संग्रहीत करता है। इससे यह आपकी सेटिंग्स को भूल जाएगा। लेकिन जब से मैं सिंक फीचर का उपयोग करता हूं ' t मुझे बहुत प्रभावित करता है। प्रारंभिक सिंक के बाद सबकुछ सामान्य हो गया था। और स्किरिम लोडिंग स्क्रीन मेरे रैमडिस्क पर कुछ फाइलों की प्रतियों से लिंक होने के बाद छोटी होती हैं।


अपने पेजफाइल से छुटकारा पाना (या इसे रैमडिस्क पर रखना) "विंडोज़ को रैम का उपयोग करने के लिए मजबूर नहीं करता"। पेजिंग के लिए उपयोग की जाने वाली सैकड़ों अन्य फाइलें हैं और विंडोज अभी भी उन लोगों के लिए पेजिंग कर रहा है।
जॅमी हनरहान

0

Windows स्वैप फ़ाइल का उपयोग करना जारी रखेगा, जो (मेरे भ्रम के लिए, क्योंकि मेरे पास एक समान सेटअप है) मेरे लिए कोई मतलब नहीं था। हालाँकि, पेजिंग फ़ाइल को अक्षम करने के बाद, मैंने कोई वास्तविक प्रदर्शन सुधार नहीं देखा। मैं तब से एक पेज फ़ाइल का उपयोग करके वापस चला गया हूं, क्योंकि विंडोज़ इसका उपयोग वर्चुअल मेमोरी के अलावा अन्य चीजों के लिए करता है (मुझे लगता है कि यह क्रैश डंप भी लिखता है, जब आप ब्लूज़स्क्रीन करते हैं) जो मुझे चाहिए। मैंने कई बार अपने 12GB RAM से भी उड़ाया है, और शुक्र है कि मेरे पास wiggle कमरा था।

संक्षेप में, विंडोज़ अभी भी पृष्ठ फ़ाइल का उपयोग करेगा, लेकिन आपको इसे प्रदर्शन हिट के रूप में नहीं देखना चाहिए।

अस्थायी फ़ाइलों की तरह, राम डिस्क पर जाने वालों को अपनी पहुँच की गति बढ़ानी चाहिए, हालाँकि यह सुनिश्चित करें कि रिबूट / क्रैश के माध्यम से बने रहने के लिए आपको किसी भी चीज़ की आवश्यकता नहीं होगी और यह कि रैमडिस्क ड्राइवर लोड करता है और किसी भी एप्लिकेशन से पहले रैमडिस्क बनाता है या सिस्टम को अस्थायी फ़ोल्डर का उपयोग करने की आवश्यकता है।


मुझे लगता है कि विंडोज के तहत कुछ विशेष फ़ोल्डर में मिनी डंप सहेजे जाते हैं। मुझे पूर्ण डंप के बारे में निश्चित नहीं है, लेकिन शायद वे पृष्ठ फ़ाइल में सहेजे गए हैं। लेकिन मैं किसी भी गैर रूट ड्राइव में एक पेज फ़ाइल डालने का मन नहीं है। मुझे उम्मीद है कि विंडोज पर्याप्त रूप से उपलब्ध रैम का उपयोग करने के लिए पर्याप्त कुशल है और केवल आवश्यक होने पर ही पेज फ़ाइल का उपयोग करें।
टोनी_ हेनरिक

@Tony: आप रिबूट होने तक पृष्ठ फ़ाइल में सहेजे जाते हैं, जिस समय वे% SystemROOT% के अंतर्गत मिनिडंप फ़ोल्डर में सहेजे जाते हैं।
नमस्ते 18

1
एमएस बताता है कि स्वैप फ़ाइल को अक्षम करने से उच्च मेमोरी सिस्टम में भी प्रदर्शन की संभावना कम हो जाएगी। OSS मेमोरी मैनेजमेंट को स्वैपिंग के आसपास बनाया गया है।
कल्टरी सेप

ध्यान दें कि विंडोज को क्रैश डंप के बजाय समर्पित फाइल में तैयार करना संभव है, जो इस आवश्यकता को टालता है कि डंप डेटा को स्टोर करने के लिए सिस्टम ड्राइव पर पर्याप्त फ्रीस्पेस / पेजफाइल हो; देखना कैसे जब एक सिस्टम स्मृति डंप पर कब्जा सिस्टम ड्राइव पर अंतरिक्ष सीमाओं को पार करने DedicatedDumpFile रजिस्ट्री मान का उपयोग करने - Ntdebugging ब्लॉग
Samb

0

यह वास्तव में मेरी राय में एक बुरा विचार नहीं है।

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

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

मान लीजिए कि आप Word में एक पत्र लिख रहे हैं। यदि आपने पृष्ठभूमि में कई प्रोग्राम \ windows के साथ उस प्रोग्राम को शुरू किया है, तो यह धीमा हो जाता है, लेकिन फिर कुछ सेकंड के बाद चिकनी चलता है। फिर, जब आप इंटरनेट एक्सप्लोरर पर स्विच करते हैं, तो यह धीमी गति से चलता है, फिर तेज़ हो जाता है क्योंकि यह पेज फ़ाइल में था और फिर रैम में स्वैप हो गया, जबकि सभी पृष्ठभूमि प्रक्रियाएं पेज फ़ाइल में लोड हो जाती हैं।

अब विंडोज के लिए रैम डिस्क को पेश करते हैं। एचडीडी के बजाय रैमडिस्क पर स्वैप फाइल लगाएं और आपने विंडोज को मल्टीटास्क की क्षमता में सुधार किया है, क्योंकि रैम एचडीडी / हार्ड ड्राइव से तेज है। हालाँकि यह एक पुरानी प्रणाली पर मदद नहीं करेगा जब तक कि आप एक भौतिक रैम ड्राइव नहीं खरीदते हैं - और आपको विंडोज़ में पेजफाइल को फिर से सेट करना पड़ सकता है क्योंकि बिना बिजली के इसे हटा दिया जाएगा।

पेजफाइल्स 8, 16, 32, 64 गीगा रैम के साथ नए पीसी के लिए बहुत ही बेकार हैं।


3
सवाल यह है कि अगर सब कुछ रखने के लिए बहुत सारी मेमोरी है तो विंडोज कुछ भी स्वैप क्यों करेगा? यह स्मृति की तरह नहीं है कि ऐप्स पकड़े जाने से 'थक जाता है' और ब्रेक की जरूरत होती है।
टोनी_ हेनरिक

एर, वास्तव में, "पेज फाइल" "स्वैप फाइल" की तुलना में अधिक सही है; तकनीकी रूप से, स्वैपिंग वह जगह है जहाँ आप किसी दिए गए प्रोसेस की मेमोरी को सेकेंडरी स्टोरेज में
भेजते हैं

क्यों: क्योंकि यह "वर्किंग सेट" को वापस लाने के बारे में आक्रामक है। लेकिन यह वास्तव में अदला-बदली नहीं है , और जब डिस्क को पढ़ने की आवश्यकता के बिना वापस खींच लिया जाता है।
JDługosz

"स्वैप फ़ाइल हमेशा विंडोज द्वारा उपयोग की जाती है " - गलत। यहां तक ​​कि अगर यह पेजफाइल का उपयोग करने के लिए होता है, तो यह वहां चीजें लिखता है जो इसे तय किया गया है, अच्छे कारण के लिए (जैसे कि आपने इसे लंबे समय तक नहीं छुआ है), कि यह रैम में रखने के लायक नहीं है। आपको क्या लगता है कि आपके पास विंडोज के मुकाबले रैम में क्या रखने की अधिक जानकारी है? वैसे भी, जैसा कि दूसरों ने कहा है, रैम में पेजफाइल डालना अपने आप को एक ऋण देने और फिर खुद को ऋण आय से वापस भुगतान करने जैसा है। आपके पास और कोई पैसा नहीं है, आपने बस बहुत सारे बेकार प्रयास किए हैं।
जेमी हनरहान

0

आप में से अधिकांश लोग संदेह करते हैं कि 32-बिट विंडोज़ रैम सीमा को भूल जाते हैं और इस तथ्य को याद करते हैं कि आप 3,5GB की तुलना में रैम में अधिक कोड और डेटा नहीं डाल सकते हैं। या, आप बस विश्वास करते हैं कि हम 1,5GB तक उपलब्ध मेमोरी को कम करने की लागत के साथ, फास्ट पेजफाइल के लिए सुलभ 3,5GB में से 2GB को "कट ऑफ" कहने की कोशिश कर रहे हैं। यह निश्चित रूप से व्यर्थ है, लेकिन यह हमारा विचार नहीं है । हमारा विचार 32-बिट विंडोज के उपयोगकर्ताओं को समर्पित है, जो 3,5GB की सीमा से अधिक की तुलना में अधिक RAM के साथ PC के मालिक हैं। उदाहरण के लिए, 8GB से लैस एक मशीन, 32-बिट XP या विस्टा या 2003 चला रही है।

जब आप एक साथ कई अनुप्रयोगों के साथ कड़ी मेहनत करते हैं, तो सिस्टम अक्सर थकाऊ मेमोरी की स्थिति का सामना करता है। क्रिटिकल एरर सिस्टम से बचने के लिए बैकग्राउंड-रनिंग एप्लिकेशन के कुछ डेटा को पेजफाइल में स्टोर करने के लिए मजबूर किया जाता है। आमतौर पर इसका मतलब है कि हार्ड डिस्क पर दसियों और सैकड़ों एमबी लिखना। और याद रखें - यह अक्सर होता है, जब आप वास्तव में मल्टीटास्किंग (आजकल आम, साथ ही मेमोरी-उपभोग करने वाले ऐप्स) का उपयोग करते हैं। और जब आपको बैकग्राउंड ऐप के लिए बैकग्राउंड मिल जाता है - रैम से डेटा का एक और बैच एचडीडी को जाना चाहिए, बस पिछले बैच के लिए रैम में जगह बनाने के लिए एचडीडी (इस बार डिस्क ड्राइव से कई एमबीएस लिखना और पढ़ना)। बस अपनी लाल एचडीडी गतिविधि एलईडी का निरीक्षण करें - यह बंद रहने से अधिक रोशनी देता है (आपका एचडीडी वास्तव में कड़ी मेहनत करता है)।

अब इन सभी ऑपरेशनों की कल्पना करें EXTRA RAMdisk (अतिरिक्त RAM, जो सिस्टम का ऑपरेशनल मेमोरी एरिया है, जो साइज - अधिकतम में समान रहता है) को रीडायरेक्ट करता है।

  • इस तरह यह 1000 गुना तेजी से काम करता है (एचडीडी की तुलना में रैम ऑपरेशन) इसलिए स्वैपिंग का समय मामूली हो जाता है;
  • आपका एचडीडी आमतौर पर कम से कम काम करता है, यह शांत हो जाता है, शांत होता है और जीवनकाल उल्लेखनीय रूप से फैलता है।

मुझे विश्वास है कि यह प्रदर्शन के मामले में निरर्थक होगा, हार्ड ड्राइव की विश्वसनीयता का उल्लेख करने के लिए नहीं।

ठीक है, XP के युग में निर्मित अधिकांश मशीनें 4GB से अधिक रैम का समर्थन करने में सक्षम मेनबोर्ड पर आधारित नहीं थीं। तो मैं समझता हूँ कि वहाँ कुछ लोग हैं जो वास्तव में देखभाल / ज़रूरत को समझते हैं और विचार को समझते हैं। पर अब...

निर्वाचन युग में आपका स्वागत है! अधिक से अधिक आप राम के साथ एक मशीन के मालिक भाग्यशाली हैं। एक नौसिखिया अपने होस्ट सिस्टम को अतिथि 32-बिट विंडोज में 4GB असाइन करने के लिए कॉन्फ़िगर कर सकता है, और अभी भी बहुत सारे रैम है। यह वास्तव में कीमती होगा, इसे 4 जीबी रैमडिस्क के साथ समृद्ध करने के लिए, उसी अतिथि ओएस को सौंपा गया, जो पेजफाइल के लिए समर्पित है, जिसमें मेहमान की रैम की कोई कीमत नहीं है!

एक सर्वर जिसकी मैं देखरेख करता हूं उसके पास 12GB है। नई प्रणाली (64-2008 प्लस CALs!) खरीदने के बजाय, मैं अतिथि के लिए 8GB असाइन कर सकता हूं - आभासी 32-2003 और परीक्षण सॉफ़्टवेयर RAMdisks। हालांकि मुझे उन पर भरोसा नहीं है क्योंकि वे हैक लगते हैं और मुझे स्थिरता पर मौका लेना पसंद नहीं है। यही कारण है कि मैं अपने होस्ट के लिनक्स रामडिस्क को एक ब्लॉकदेवी के रूप में तैयार करने के लिए एक समाधान की तलाश कर रहा हूं और इसे अतिथि ओएस की वर्चुअल डिस्क के लिए स्वीकार्य बनाने के लिए इसे एफएटी या एनटीएफएस पर प्रारूपित कर सकता हूं, इस पर पेजफाइल डाल सकता हूं। मेरा मानना ​​है कि मेरा सर्वर बहुत सारे डिस्क प्रयास को बढ़ावा देगा और बचाएगा।

मैं गलत कहाँ हूँ? Greetz!


1
वर्चुअलाइजेशन के बारे में अच्छी बात है, लेकिन वर्चुअलाइजेशन के बिना, एक रैमडिस्क आपको अधिक राम का उपयोग करने की अनुमति नहीं देता है जो आप सामान्य रूप से संबोधित कर सकते हैं। पीएई के बिना, जो कि लगभग 3.5 जीबी है, लेकिन NT 4.0, win2k, और xp का समर्थन / सर्वर संस्करण पीएई का समर्थन करता है, 64 gb तक की रैम सक्षम करता है। यह देखते हुए कि आप उस सभी रैम का उपयोग कर सकते हैं, सिस्टम को इसका उपयोग करने के लिए बेहतर है कि यह कैसे फिट देखता है, जिसमें कैशिंग फाइलें शामिल हैं, बजाय इसे रैमडिस्क को आवंटित करने के, जो कि सिस्टम का उपयोग केवल स्वैप किए गए निजी पृष्ठों को रखने के लिए करता है , जिसमें प्रोग्राम फ़ाइल और कैश्ड फ़ाइल डेटा शामिल नहीं है।
psusi

यह एक शेख़ी की तरह लगता है।
bwDraco -

यदि OS ने तय किया है कि डेटा का एक विशेष सेट रैम में रखने के लायक नहीं है, बल्कि इसे पेजफाइल में डाल दिया जाता है ... तो आपको क्यों लगता है कि आपके पास पर्याप्त जानकारी है कि आप अपने पेजफाइल को लगाकर "नहीं, वैसे भी रैम में रखें" एक रैमडिस्क पर?
जेमी हनराहन

0

अस्थायी फ़ोल्डर के संबंध में, इसे रैमडिस्क में ले जाने से गति बढ़ जाएगी।

हालांकि ध्यान देने योग्य बातें हैं:

  • बिजली की हानि का अर्थ होगा डेटा का नुकसान
  • हर एप्लिकेशन विंडोज़ द्वारा दिए गए अस्थायी फ़ोल्डर का उपयोग नहीं करता है, कुछ अपने स्वयं के उपयोग करते हैं
  • यदि अस्थायी फ़ोल्डर स्थान से बाहर चला गया, तो अनुप्रयोग या Windows क्रैश हो सकता है

0

रामडिस्क, आईई, क्रोम, और फ़ायरफ़ॉक्स आदि के तेज़ इंटरनेट कैश जैसी चीजों के लिए उपयोगी हैं। रामडिस्क पर पेजफाइल को
64 बिट सिस्टम में रखना बेकार है।

DisablePagingExistent उन आवश्यकताओं के अनुरूप बेहतर हो सकता है। लेकिन रामडिस्क पर पेजफाइल को 4 जीबी से अधिक राम के साथ 32 बिट वातावरण में रखना एक बहुत बड़ा सुधार है। हालाँकि, यदि आपका कंप्यूटर एक सिंगल कोर प्रोसेसर है (केवल एक टास्कमैन के अनुसार), तो सुधार होगा (ठीक से याद नहीं है कि यह कितना समय हो गया है)। लेकिन आपको अगले रिबूट पर त्रुटि से छुटकारा पाने के लिए ClearPagefileAtShutdown सेट करने की भी आवश्यकता है क्योंकि पेजफाइल वहां नहीं होगा।

रामडिस्क के लिए सबसे अच्छा उपयोग जो मैं सोच सकता हूं वह है आपके प्रोग्राम फाइल फोल्डर (या प्रोग्राम्स) को रामदिस्क में मिरर करना।


DisablePagingExistent केवल कार्यकारी के पेजिंग को अक्षम करता है । आम तौर पर अभी भी होता है कि eveything के पेजिंग अभी भी होता है।
जेमी हन्रहान
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.