मेरे पास 32 बिट OS के साथ कम मेमोरी क्यों है [डुप्लिकेट]


3

संभव डुप्लिकेट:
क्या विंडोज 7 32 बिट संस्करण 8 जीबी रैम का समर्थन करेगा?

मेरे पास काम की एक नई मशीन है, 8 जीबी रैम के साथ i7 क्वाड कोर। मुख्य रूप से, मैं इसका उपयोग ग्रहण के उपयोग से जावा अनुप्रयोगों को विकसित करने के लिए करता हूं।

मुझे एक ऑपरेटिंग सिस्टम चुनना है। दुर्भाग्य से, इसे विंडोज का स्वाद होना चाहिए, और मेरी कंपनी के नेटवर्क से जुड़ने के लिए इसे 32 बिट होना चाहिए।

मुझे बताया गया है कि अगर मैं विंडोज 7 32 बिट स्थापित करता हूं, तो मैं कुछ रैम का उपयोग ढीला कर दूंगा और 8 जीबी के बजाय, मैं प्रभावी रूप से लगभग 4 जीबी होगा।

2 प्रश्न: क्या यह सच है - विंडोज 7, 32 बिट ओएस मुझे कम रैम का उपयोग करने के लिए देगा?

क्या 32 बिट विंडोज का कोई स्वाद है जो मुझे 8 जीबी रैम का उपयोग करने देगा।

अगर मेरे पास कोई विकल्प होता तो मैं शायद 4GB से अधिक चलने वाली विंडोज 7 में 8 जीबी की विंडोज एक्सपी लेती।


9
"और मेरी कंपनी के नेटवर्क से जुड़ने के लिए इसे 32 बिट होना चाहिए।" किसने कहा तुमसे ये? मैंने कभी भी नेटवर्क के बारे में नहीं सुना है जिसमें 64 बिट OS का
नील एन

@Neil_N, हमारा वीपीएन सर्वर 64 बिट को संभाल नहीं सकता है और मैं एक दूरस्थ उपयोगकर्ता हूं।
user8346

@ नील_एन: यह शायद समर्थन की बात है। मेरी कंपनी (एक बहुत बड़ी) win764 का समर्थन नहीं करती है, मुख्य रूप से [कथित] चालक [संयुक्त राष्ट्र] की उपलब्धता और संभावित असंगतताओं के कारणों के लिए।
x0n

जवाबों:


6

विंडोज के विभिन्न संस्करणों के लिए अधिकतम पता योग्य भौतिक मेमोरी दिखाने वाले विकिपीडिया पर यहाँ एक बढ़िया तालिका है

सबसे पहले, पीएई का उपयोग करने वाला एक 32-बिट ओएस 4 जीबी से अधिक रैम का उपयोग कर सकता है । दूसरा, हां, यह सच है कि 32-बिट विंडोज 7 के किसी भी संस्करण में यह सुविधा सक्षम नहीं है।

अच्छी खबर यह है कि एमएस विंडोज के 32-बिट संस्करण हैं जो 4 जीबी से अधिक रैम का समर्थन करते हैं। बुरी खबर यह है कि वे उपभोक्ताओं के उद्देश्य से नहीं हैं, इसलिए मुझे उम्मीद है कि आपकी कंपनी उन्हें आपके लिए खरीदेगी! वो हैं:

  • Windows 2000 उन्नत सर्वर (8 GB) या डेटासेन्ट (32 GB)
  • Windows Server 2003 एंटरप्राइज़ संस्करण (16 GB), R2 एंटरप्राइज़ संस्करण (64 GB), R2 Datacenter (128 GB), या Datacenter संस्करण (16 GB)
  • विंडोज सर्वर 2008 एंटरप्राइज, डाटासेंटर (64 जीबी)

4

32-बिट पॉइंटर्स का उपयोग कर एक 32-बिट ओएस, 2 ^ 32 बाइट्स डेटा को संबोधित कर सकता है, जो 4 जीबी है।

उसके शीर्ष पर, एक x86 आर्किटेक्चर में, पहले 1MB को विरासत हार्डवेयर मेमोरी एड्रेसिंग के लिए बोला जाता है। THAT के ऊपर, आपके वीडियो कार्ड की मेमोरी को उसी एड्रेसिंग स्कीम में एड्रेस स्पेस की आवश्यकता होती है, इसलिए जितनी अधिक वीडियो कार्ड मेमोरी आप एड्रेस करने में सक्षम होना चाहते हैं, उतनी ही कम रैम आप एक्सेस कर सकते हैं।


गलत: आप राम और पते की जगह को भ्रमित कर रहे हैं। उदाहरण देखें harrymc का उत्तर
गिल्स

1

पता योग्य मेमोरी बाइट रेंज 0 .. 2 ^ 32 का उपयोग करती है, जो लगभग 4GB का मूल्यांकन करती है। आप स्मृति की इस राशि से अधिक को संबोधित नहीं कर सकते।


शाब्दिक रूप से सच है, लेकिन अप्रासंगिक है, क्योंकि सवाल> 4 जीबी रैम के बारे में है, न कि> 4 जीबी एड्रेस स्पेस के बारे में। देखें harrymc का जवाब
गिल्स

1

32-बिट ऑपरेटिंग सिस्टम 4GB से अधिक RAM को संबोधित नहीं कर सकता है।


1

आप वास्तव में पीएई का उपयोग करके x86 हार्डवेयर पर 4GB RAM को अधिक संबोधित कर सकते हैं। लेकिन आपको इसे करने के लिए एक सर्वर ओएस की आवश्यकता है। http://support.microsoft.com/kb/283037 इस लेख के अनुसार ( http://msdn.microsoft.com/en-us/library/aa366796(VS.85).aspx ), PAE भी Windows पर समर्थित है 7, विस्टा और एक्सपी।


आपका मतलब है "32-बिट ओएस के साथ", "x86 हार्डवेयर पर" नहीं, सही?
कार्लएफ

1
पीएई प्रोसेसर की एक विशेषता है जिसे ओएस द्वारा भी समर्थित होना चाहिए, इसलिए दोनों सही उत्तर हैं।
पॉल व्हाइटहर्स्ट

1

32-बिट आर्किटेक्चर ऑपरेटिंग सिस्टम के लिए 2 ^ 32 सेगमेंट की मेमोरी और 2 ^ 32 मेमोरी प्रति एप्लिकेशन की अनुमति देता है

जैसा कि मेमोरी सेगमेंट 4 KB है, यह 4 जीबी प्रति एप्लिकेशन और सिस्टम 4 जीबी x 4KB = 16TB के लिए बनाता है, जो कि 32-बिट के लिए बुरा नहीं है।

Microsoft द्वारा 32-बिट्स को 4GB तक सीमित करने का निर्णय विशुद्ध रूप से व्यावसायिक निर्णय था, और इससे आगे जाने का कोई भी प्रयास लाइसेंस उल्लंघन है।

प्रूफ-ऑफ-कॉन्सेप्ट हैक पूरी तरह से यहां वर्णित है: विंडोज विस्टा में लाइसेंस प्राप्त मेमोरी , लेकिन मैं वास्तव में इसे आज़माने के लिए किसी को सलाह नहीं देता। यह दिलचस्प पठन भी करता है, क्योंकि इसमें शामिल सभी अवधारणाओं को बहुत अच्छी तरह से समझाया गया है।

कुछ और आधुनिक पैच मेक विंडोज 7 और विस्टा 32-बिट (x86) सपोर्ट मोर इन 4 जीबी मेमोरी में पाए जाने हैं । हालांकि, उनकी अवैधता के अलावा, वे काफी खतरनाक दिखते हैं।

निष्कर्ष में: 8GB का उपयोग करने का एकमात्र कानूनी समाधान विंडोज 64-बिट्स है। यदि यह एक संभावना नहीं है, तो 4 जीबी सीमा है (3.5 जीबी की तरह, क्योंकि वीडियो कार्ड कुछ रैम भी खा जाएगा)।

अंतिम टिप्पणी के रूप में: 3.5 जीबी अभी भी बहुत अधिक मेमोरी है, और आपके द्वारा किए जाने वाले किसी भी चीज़ के लिए पर्याप्त होना चाहिए, सिवाय इसके कि आप वीडियो या प्रस्तुतियों को हेरफेर करें जिनका आकार एक गीगाबाइट से अधिक है।


640k सभी के लिए पर्याप्त होना चाहिए :-D
ब्रैड

इन दिनों 3.5 जीबी ज्यादा मेमोरी नहीं है । मुझे अपने RDBMS में एक एकल तालिका मिली है जो इससे बड़ी है। 8 जीबी रैम होने से डेवलपर बहुत अच्छे होते हैं। :-)
केन

@ केन: पूरे डेटाबेस को मेमोरी में पढ़ने की आवश्यकता नहीं है, जब तक कि डीबीएमएस वास्तव में धीमा न हो। और डिस्क से 4GB पढ़ने में अभी भी काफी समय लगता है।
harrymc

नहीं, लेकिन यदि एक तालिका 3.5GB (संपूर्ण db 10GB रेंज में है), तो इसका एक भाग प्रसंस्करण भी 3.5GB की तुलना में 8GB के साथ बहुत तेज है। मुझे यहां एक OS और ऐप्स भी मिले हैं। इसके अलावा, ऐसे समय होते हैं जब इसे पूरी तरह से संसाधित करने की आवश्यकता होती है, उदाहरण के लिए, एक बग को पुन: पेश करने के लिए एक बैकअप को पुनर्स्थापित करना - 8GB के साथ, यह पेज कैश का 4.5GB कम है, इससे पहले कि मुझे काम करने के लिए फ्लश करना पड़े।
केन

0

मैं वास्तव में यह विचार कहना चाहता हूं कि आप 64 बिट ओएस अपनी कंपनी के नेटवर्क से कनेक्ट नहीं होंगे।

हालांकि, इसके बारे में सोचने में, कुछ वैध चिंताएं हैं:

  • उनके पास 32 बिट का केवल प्रिंट सर्वर हो सकता है
  • वे 32-केवल क्लाइंट के साथ वीपीएन कनेक्शन के बारे में बात कर सकते हैं

अन्यथा, 64 बिट सिस्टम मानक टीसीपी / आईपी नेटवर्क पर ठीक काम करता है, और यहां तक ​​कि 32 बिट सर्वर से बात करेगा और अधिकांश 32 बिट सॉफ्टवेयर को ठीक से चलाएगा।

मैं थोड़ा परेशान हूं कि आप एक सॉफ्टवेयर डेवलपर होने का दावा करते हैं और दूसरों द्वारा बताए गए अधिकांश मुद्दों को पहले से ही नहीं समझते हैं। सॉफ्टवेयर विकास में अभी यह महत्वपूर्ण अवधारणा है, और यह कुछ ऐसा नहीं है जो JavaVM आपको बचाता है।

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