मैं हास्यास्पद नहीं कहूंगा; न तो 32 या 64 बिट सिस्टम के लिए।
स्पष्ट रूप से शुरू करने के लिए, 32 बिट विंडो (रनिंग सिस्टम का बहुमत) केवल 4 जीबी से ऊपर की किसी भी चीज को अनदेखा कर देता है। रामदास पीएई और 36 बिट मेमोरी एड्रेसिंग का उपयोग करने में सक्षम होने के कारण, वे मेरे ज्ञान को 32 बिट सिस्टम में उच्च मेमोरी क्षेत्रों को उपयोगी बनाने का एकमात्र तरीका हैं।
प्रश्न यह है: हम बिजली की तेज / अधिक सुरक्षित आभासी हार्ड डिस्क का उपयोग कैसे करते हैं? अस्थायी फ़ाइलें दिमाग में आती हैं और सेटअप के लिए बहुत तुच्छ होती हैं, जब तक आप जानते हैं कि विंडोज में एक निश्चित ड्राइव अक्षर कैसे असाइन किया जाता है। ब्राउज़रों कैश के साथ भी। इनके लिए ब्याज चौगुना है:
- सबसे तेजी से पहुंच / पुनः प्राप्त
- सत्य विलोपन
- महंगी एसएसडी मेमोरी पर सबसे बेकार पहनने का समर्थन करता है।
- कम डिस्क विखंडन ।।
स्वैप फ़ाइल के रूप में, यह स्पष्ट है कि 32 बिट सिस्टम को लावारिस रैम में डालने के साथ बहुत कुछ हासिल करना है। एक मेमोरी भूख कार्यक्रम के बारे में सोच सकता है, अपने आप में 3 जीबी तक (बूट.इन में 3 जीबी स्विच के साथ) का उपयोग कर सकता है जो सबसे अधिक स्वैपिंग का कारण होगा। समान बोनस में से दो अभी भी लागू होते हैं: एसएसडी पर सच्चा विलोपन और पहनना। विखंडन स्वैप फ़ाइलों के साथ किसी समस्या का कम है।
अधिक है: वर्चुअल मेमोरी का उपयोग करने के लिए खराब लिखित कार्यक्रमों के लिए यह काफी सामान्य है, चाहे कितनी भी भौतिक मेमोरी उपलब्ध हो, बेकार डिस्क का उपयोग कर सकती है। यह 32 और 64 बिट्स प्रोग्राम के लिए सही है। मैं भी उन कार्यक्रमों में आया था जो स्वैप फ़ाइल के अभाव में लॉन्च करने में विफल रहेंगे।
निचला रेखा, जबकि यह समझ में नहीं आता है कि 4 जीबी से नीचे रैमडिस्क क्या है और टेम्प फ़ोल्डर और प्रोग्राम कैशिंग के लिए बेकार डिस्क एक्सेस को बचाने के लिए, यह 4 जीबी से अधिक स्थापित करने के लिए बहुत बेहतर लगता है, स्मृति मूल्य यह क्या है, दोनों 32 में ( पीएई सक्षम हार्डवेयर के साथ) और 64 बिट सिस्टम और वहां स्वैप फाइल को स्थानांतरित करें।
एक ध्यान दें कि व्यावसायिक कंप्यूटर उपयोगकर्ताओं के बहुत सारे अभी भी हार्डवेयर समर्थन कारणों से 64 बिट्स नहीं जा सकते हैं।
उपहास के रूप में एक ही मजबूत भाषा का उपयोग करना हास्यास्पद होगा, केवल विचार को खारिज करना होगा और न केवल माइक्रोसॉफ्ट की वर्चुअल मेमोरी हैंडलिंग (जो कि प्रशंसा की जाती है और ठीक से ऐसा है) पर भरोसा करना होगा, बल्कि उन प्रोग्राम प्रोग्रामरों पर भी होगा जो विधानसभा कोडर गुरु से लेकर उच्च स्तर की भाषा के लिए बेवकूफ जो सबसे खराब-स्थिर-पीसी को खराब स्मृति हैंडलिंग के माध्यम से अपने घुटनों तक लाएगा। मैंने मुख्यधारा के कार्यक्रमों, उत्पादकता अनुप्रयोगों में इस तरह के कोड को देखा है, मैं आपको बच्चा नहीं!
मेरे मुख्य सिस्टम में XP / 32 पर 8GB रैमडिस्क है और यह उपयोगी साबित हुआ है। यह सेटअप के लिए काफी तुच्छ है और मुझे केवल एक कार्यक्रम कहना चाहिए जिसने मुझे एक कठिन समय दिया है वह है Google क्रोम जिसकी स्थापना / अद्यतन रणनीति टर्नर पर कठिन है।
आप इन के अलावा रामदिस्क के लिए बहुत उपयोगी उपयोग के बारे में सोच सकते हैं; मेरे मामले में, लाइव अनुप्रयोगों पर डिस्क से पुनर्प्राप्त करने के लिए ऑडियो नमूने: उन्हें वहां बूटअप समय (दर्द से धीमी गति से) पर रखें और बिजली की बहु मल्टीबीज पुस्तकालयों तक पहुंच प्राप्त करें। लेकिन यह विषय से दूर है :)
यह मेरा अपना अनुभव है। काश, लोग अनावश्यक मजबूत भाषा के उपयोग से उपयोगी जानकारी के मूल्य को नष्ट नहीं करते। रिडिकुलस इस संदर्भ में शब्द का एक बुरा विकल्प था, कम से कम कहने के लिए।