मेरे पीसी पर x86 संस्करण की तुलना में विंडोज 7 x64 तेजी से काम क्यों करता है?

Question

विंडोज 7 x64 मेरे पीसी पर x86 संस्करण की तुलना में अधिक तेजी से काम क्यों करता है, भले ही मैं ज्यादातर इसमें x86 चीजों का उपयोग करता हूं? मेरे साथ क्या गलत है, और मैं क्या याद कर रहा हूं?

मेरे द्वारा उपयोग की जाने वाली चीजों की अधिकांशता x86 (जैसे DAWs, गेम्स, मीडिया प्लेयर) है। हालाँकि, उनकी काफी मात्रा x64 है (हालाँकि उनके x86 समकक्ष ठीक काम करते हैं)।

मैंने एक ही सिस्टम पर समान चीजों का उपयोग करने की कोशिश की है, लेकिन हमेशा x86 की तुलना में थोड़ी तेजी से काम करते हुए विंडोज 7 x64 ढूंढना समाप्त किया है। मैं बहुत चौकस हूं। मैं भी सबसे नन्हा खिड़की एनिमेशन नोटिस।

सिस्टम : विंडोज 7 अल्टीमेट एक्स ६४
सीपीयू : इंटेल कोर २ डुओ ई 2.५०० @ २. ९ ३ गीगाहर्ट्ज़
रैम : २ जीबी x २ = ४ जीबी डीडीआर २ @ ३३२ मेगाहर्ट्ज़
मदरबोर्ड : इंटेल डी ९ ४५ जीसीएल
ग्राफ़िक्स : अति रेडिओन एचडी ४३५० / १ जीबी डेडिकेटेड
ऑडियो : एम-ऑडियो फास्टट्रैक प्रो
HDD : Samsung HD753LJ 733 GB और Samsung HD160JJ 156 GB

जैसा कि आप देख सकते हैं, मेरा सिस्टम पुराना है।

Comments

शुरुआत के लिए, 64-बिट विंडोज आपके आवंटित रैम का उपयोग करेगा।

आप इसकी परवाह क्यों करते हैं कि यह तेज है? आपको खुशी होनी चाहिए कि यह है।

— मैट एच

@ रैंडॉल्फ मुझे वह मिलता है, लेकिन यह x86 चीजों को कैसे प्रभावित करता है? @Matt नहीं, मुझे खुशी है, निश्चित रूप से। मैं बहुत उत्सुक हूं। मैं नहीं कर सकता, मेरे जीवन के लिए, समझे कि यह क्यों हो रहा है।

— जैस्पर

आप काफी हद तक इस प्रभाव की कल्पना कर रहे हैं क्योंकि आप इसे देखने की उम्मीद करते हैं। गति पीसी से पीसी और यहां तक ​​कि एक ही पीसी के भीतर कई कारकों से भिन्न होती है जो 32 से 64 बिट के चरण से कहीं अधिक महत्वपूर्ण हैं। किसी भी हौसले से स्थापित पीसी कम निर्मित cruft होने से शुद्ध रूप से तेज लगता है।

— जेम्सरैन

संबंधित: अगर मैं Ubuntu 14.04 32 बिट से 16.04 64 बिट पर माइग्रेट करता हूं तो मेरे लैपटॉप का प्रदर्शन बढ़ जाएगा?

— Marc.2377

Answer 1

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

सीपीयू अनुदेश सेट अंतर

जैसा कि जोएल कोएहॉर्न द्वारा वर्णित है , एक देशी x64 कोड के लिए एक बड़ा रजिस्टर सेट उपलब्ध है, साथ ही कुछ अतिरिक्त निर्देश (जैसे सभी x64 सीपीयू को एसएसई और एसएसई 2 निर्देशों को लागू करने की गारंटी है)। इसका मतलब है कि देशी x64 OS और ड्राइवर अधिक कुशल हो सकते हैं।

बेहतर रैम उपयोग

64b पूर्ण 4 जीबी (और उपलब्ध होने पर और भी अधिक) का उपयोग करने में सक्षम है । इसके अलावा, 64b OS के साथ कुछ OS आंतरिक सीमाएँ (पृष्ठांकित / गैर-पृष्ठांकित पूल, अधिकतम कैश आकार) बढ़ाई जाती हैं । परिणामस्वरूप, मेमोरी पेजिंग और फ़ाइल कैशिंग दोनों अधिक कुशल हो सकते हैं।

अलग हार्ड डिस्क की स्थिति

जब आपके पास एक ही डिस्क के दो विभाजन पर दो OS स्थापित होते हैं, तो उन दो विभाजनों में से एक बाहरी छोर पर बंद हो जाता है , जो आमतौर पर तेज होता है ।

विभिन्न ओएस राज्य

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

बेहतर ड्राइवर

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

64b संबोधन

मैं इसे केवल पूर्णता के लिए जोड़ता हूं, क्योंकि अधिकांश रोज़मर्रा के अनुप्रयोगों के लिए यह अंतर कोई भूमिका नहीं निभाता है, और यह निश्चित रूप से प्रासंगिक नहीं है कि जैस्पर अपने प्रश्न में क्या वर्णन करता है।

यदि आपके पास एक एप्लिकेशन है जो भारी मात्रा में डेटा संसाधित करता है (उदाहरण के लिए फ़ोटोशॉप में काम कर रहा है), तो 64b संस्करण चलाने से आपको एक बड़ा अंतर मिल सकता है बशर्ते आपके पास 4 जीबी या अधिक रैम स्थापित हो।

"तेज" का वास्तव में क्या मतलब है?

यहाँ अन्य उत्तर पर एक टिप्पणी से सूची है , क्या वास्तव में "तेज चीजें" हैं जो जैस्पर देख सकते हैं:

• विंडोज़ चिकनी चिकनी

समझाना मुश्किल है। विंडोज एनीमेशन विंडोज 7 में GPU द्वारा किया जाता है और GPU समान है। सीपीयू पर लोड नगण्य है। (मुझे लगता है कि आप एयरो डेस्कटॉप का उपयोग कर रहे हैं )।

• कुछ फोटो संपादन प्रोग्राम तेजी से ड्राइंग (दोनों x86 और x64)
• HD वीडियो जो चिकनी (MPC-HC x64 पर) चल रहे हैं, और समग्र रूप से अधिक स्थिर अनुभव है।

बेहतर ट्यून्ड ड्राइवर या ड्राइवर हो सकते हैं जो x64 का लाभ उठा रहे हैं।

• फ़ाइलें बहुत तेजी से कॉपी की जा रही हैं

तेजी से विभाजन (ओएस से संबंधित नहीं) या x64 ओएस में बेहतर कैश हैंडलिंग के कारण हो सकता है।

• खेलों में कोई बदलाव नहीं दिखा।

समझा जा सकता। गेम का प्रदर्शन सीपीयू और जीपीयू द्वारा निर्धारित किया जाता है। सीपीयू लिमिटेशन के मामले में लिमिटिंग कोड गेम ही होता है, जो कि x64 OS के लिए थोड़ा इंटरफेसिंग वाला एक ही x86 कोड है। CPU प्रदर्शन इसलिए समान है। GPU समान है। एक अच्छी तरह से प्रोग्राम किए गए गेम में ड्राइवर और ओएस ओवरहेड कम है, इसलिए किसी भी ड्राइवर या ओएस के अंतर यहां दिखाने की संभावना नहीं है।

Comments

मैंने ग्रैंडमास्टरबी के जवाब पर अपने अनुभवों के साथ टिप्पणी की। एक ही मशीन TWICE पर समान (विशेषकर, विंडोज के अपने कार्य) स्थापित चीजों के साथ अनुभव कैसे (राशि) हो सकता है? क्या विंडोज 7 किसी तरह x64 होने के लिए अधिक अनुकूलित था? क्या हार्डवेयर विक्रेता अपने x64 ड्राइवरों के बारे में अधिक सावधान हैं? यदि प्रोग्राम और मशीन दोनों एक समान अंतर के साथ समान रहते हैं, तो ऐसा लगता है कि कुछ चीजें एक दूसरे से बेहतर तरीके से अनुकूलित की जा रही हैं।

— जस्पर

मैं दावा नहीं करता कि अनुभव आपके विशेष मामले में संयोग है। हालांकि, पूरी तरह से स्पष्टीकरण के लिए, इस तरह की संभावना को एक सामान्य मामले में माना जाना चाहिए। जैसे आंतरिक / बाहरी विभाजन एक ऐसी चीज है जो लोडिंग के समय पर महत्वपूर्ण अंतर ला सकती है और यह किसी भी तरह से 64b / 32b OS से संबंधित नहीं है।

— सुमा

मैं हालांकि जानकारी का एक छोटा सा टुकड़ा जोड़ना चाहते हैं। हर बार जब मैंने 7 स्थापित किया (इस मामले में, पहले दो x86 इंस्टॉलेशन और बाद के दो x64 इंस्टॉलेशन), मैंने हमेशा इसे उसी ड्राइव पर स्थापित किया है जो पिछली इंस्टॉल को पूरी तरह से मिटा देता है। कोई भी दोहरे जूते शामिल नहीं थे। जबरदस्त हंसी। हां, मैंने भी ड्राइव को अछूता छोड़ दिया।

— जैस्पर

अधिक: मैं 1080p मॉनिटर पर एयरो का उपयोग कर रहा हूं। इसके अलावा, मैंने हमेशा एक पूर्ण प्रारूप के बजाय एक त्वरित प्रारूप का प्रदर्शन किया।

— जस्पर

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

— सुमा

Answer 2

32 से 64 बिट्स की चाल केवल x64 आर्किटेक्चर में एकमात्र परिवर्तन नहीं है। x64 और अधिक सीपीयू रजिस्टर और नए सीपीयू निर्देश भी जोड़ता है। एक ऑपरेटिंग सिस्टम जो जानता है कि इनका लाभ कैसे उठाया जा सकता है, एक ही हार्डवेयर से एक मामूली प्रदर्शन टकरा सकता है। ओह, और 1 जीबी रैम वापस प्राप्त करना जो आपके वीडियो कार्ड को संबोधित करता था, या तो चोट नहीं करता है।

Comments

दरअसल, x64 में भी केवल 3.25 जीबी 4 जीबी में से उपयोग योग्य है। मैं उम्मीद कर रहा था कि यह x86 से मेरे अपग्रेड के साथ तय किया जाएगा, लेकिन यह नहीं हुआ।

— जैस्पर

वीडियो मेमोरी के लिए +1, यहां तक ​​कि उसके पास एक vid कार्ड नहीं था।

— १४:११

@ जैस्पर: निश्चित नहीं कि अगर मैं आपको सही कर रहा हूं, लेकिन मेरा एक कंप्यूटर पूरे 8GB RAM का उपयोग करता है जो मैंने स्थापित किया है (विन 7 x64 अल्टीमेट)

— xbonez

यह वास्तव में केवल एक चीज है जो मेरे लिए समझ में आता है। एक ही सिस्टम पर एक ही ओएस के 32 बी और 64 बी संस्करण चलाने पर अन्य सभी चीजें समान हैं। केवल दो अंतर हैं: 1) बढ़ाया रजिस्टर और निर्देश 2 सेट करें) 64b पता स्थान पूर्ण 4 जीबी या रैम और अधिक

— सुमा

फिर भी, पूर्णता के लिए, 1 जीबी कार्ड को 1 जीबी रैम छिपाने का हिस्सा निश्चित रूप से सच नहीं है, क्योंकि 4 जीबी रैम, 32 बी ओएस और इस तरह का कार्ड कोई भी आसानी से देख सकता है (पीट के जवाब के लिए मेरी टिप्पणी भी देखें)।

— सुमा

Answer 3

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

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

दूसरा, यहां तक ​​कि 32-बिट मोड में भी x86 प्रोसेसर समर्थन करता है जिसे भौतिक पता एक्सटेंशन (पीएई) कहा जाता है, जो सीपीयू को 4 गीग से अधिक संबोधित करने की अनुमति देता है। स्मृति का। माइक्रोसॉफ्ट विंडोज के कुछ संस्करणों में पीएई का समर्थन करता है - लेकिन केवल विंडोज सर्वर के अपेक्षाकृत महंगे एंटरप्राइज संस्करण। इसके अलावा, प्रोग्राम को विशेष रूप से AWE का उपयोग करने के लिए लिखा जाना चाहिए। केवल कुछ प्रोग्राम (जैसे, SQL सर्वर एंटरप्राइज एडिशन) हैं जिन्होंने कभी ऐसा किया है। नीचे पंक्ति: यह संभव है, लेकिन काफी दुर्लभ है।

जहाँ तक एक बार में 64 बिट्स पढ़ने के लिए जाता है: एक समय में केवल 32 बिट्स डेटा को पढ़ने के लिए अंतिम प्रोसेसर 486 था। पेंटियम के साथ शुरू होने पर, सभी प्रोसेसर में 64 बिट डेटा बसें होती हैं। ध्यान दें कि पता बस डेटा बस के समान नहीं है, इसलिए 64-बिट डेटा बस में विस्तार करने से प्रोसेसर को अधिक मेमोरी के साथ काम करने की अनुमति नहीं दी गई (हालांकि, जैसा कि ऐसा होता है, पीएई को पेंटियम प्रो में जोड़ा गया था, इसलिए यह 64-बिट डेटा बस के विस्तार के साथ लगभग समवर्ती था )।

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

X86-64 डिज़ाइन में 32-बिट x86 डिज़ाइन के रूप में दो सामान्य उद्देश्य रजिस्टर हैं, और उन रजिस्टरों में से प्रत्येक 64 बिट्स चौड़ा है। जब CPU 32-बिट मोड में चल रहा होता है, हालाँकि, 32-बिट CPU पर मौजूद रजिस्टरों में से केवल सबसेट ही प्रयोग करने योग्य होता है।

एक क्षण के लिए फ़्लोटिंग पॉइंट पर वापस जाना, 32-बिट मोड में, फ़्लोटिंग पॉइंट मैथ को मूल रूप से Intel 8087 गणित कोप्रोसेसर के लिए डिज़ाइन किए गए निर्देश सेट का उपयोग करके किया जाता है। यह एक मॉडल का उपयोग करता है जो अपनी क्षमताओं का पूर्ण उपयोग करने के लिए काफी कठिन बनाता है। इंटेल (और एएमडी) ने हाल ही में "स्ट्रीमिंग सिमड एक्सटेंशन्स", या एसएसई जोड़ा है। अधिकांश 64-बिट कंपाइलर कोड उत्पन्न करते हैं जो 8087-संगत फ्लोटिंग पॉइंट के बजाय SSE का उपयोग / कर सकते हैं। SSE में "SIMD" का अर्थ "एकल निर्देश, एकाधिक डेटा" है। इसका मतलब है कि है एक SSE अनुदेश बाहर ले जा सकता है दो डेटा के दो अलग-अलग टुकड़ों पर चल बिन्दु आपरेशनों। हालाँकि यह आवश्यक रूप से गति को दोगुना नहीं करता है , यह आमतौर पर कम से कम थोड़ी सी गति में सुधार करता है।

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

वहाँ निश्चित रूप से अधिक है, लेकिन आप विचार प्राप्त करने के लिए शुरू करते हैं। यह एक एकल सुविधा का बहुत बड़ा अंतर नहीं है, बहुत सारी विशेषताओं के रूप में, जो आमतौर पर व्यक्तिगत रूप से काफी छोटे अंतर बनाते हैं, लेकिन उनमें से कई समग्र रूप से पर्याप्त अंतर बनाने के लिए (या यहां तक ​​कि) एक साथ जोड़ते हैं।

Comments

यह एक बहुत अच्छी व्याख्या है। यह जानना महत्वपूर्ण है कि 32 बिट के बहुत सारे बायनेरिज़ को XP सहित विंडोज के कई संस्करणों के तहत चलाने के लिए डिज़ाइन किया गया है, और संभवतः पहले भी। उन्हें i386 या बहुत कम से कम i586 पर चलना चाहिए। AMD64 को किसी पेंटियम 4 से कम किसी भी चीज का समर्थन करने की आवश्यकता नहीं है। बेशक अगर खुला स्रोत है, तो आप फिर से जोड़ सकते हैं, एसएसई की डिग्री है, जो एक कारण है कि सिल्वरलाइट इतनी बुरी तरह से टंकी है।

— मैकेंज़्म

Answer 4

इसका 32 बनाम 64 बिट से कोई लेना-देना नहीं हो सकता है।

आपकी पोस्ट से यह स्पष्ट नहीं है कि '64 बिट तेज' से आपका क्या मतलब है। क्या हम इससे ले सकते हैं कि आपने 64-बिट विंडोज को एक ऐसी मशीन पर फिर से स्थापित किया है, जिस पर आपने पहले एक 32 बिट विंडोज ऑन किया था? यदि ऐसा है, तो फ़ाइल संरचना का 'रीसेटिंग' आसानी से गति परिवर्तन के लिए जिम्मेदार हो सकता है। एक नई स्थापित, विशेष रूप से यदि आपने सुधार किया, तो अक्सर एक पुरानी स्थापित की तुलना में अधिक उत्तरदायी होता है जहां फाइलें खंडित हो जाती हैं, डिस्क स्थान कम चलता है, रजिस्ट्री अव्यवस्थित हो जाती है, आदि।

यह ड्राइवरों में से एक भी हो सकता है ... उदाहरण के लिए, पुराने x86 संस्करणों की तुलना में विक्रेता द्वारा नए वीडियो चालक तेज और बेहतर अनुकूलित हो सकते हैं। या हार्ड डिस्क ड्राइवर बेहतर tbe कर सकता है।

Comments

महान विचार। अधिक "वास्तव में" का मतलब जानने से वास्तव में मदद मिल सकती है। क्या एप्लिकेशन तेजी से लोड होते हैं? खिड़की चेतन तेजी से करते हैं? क्या खेल में अधिक एफपीएस होता है? क्या फ़ाइलें तेजी से कॉपी की जाती हैं? यहां सभी स्पष्टीकरण संभव है, जबकि 32 बी और 64 बी ओएस अंतर को समझने के लिए दिलचस्प है, वास्तव में जैस्पर के वास्तविक अंतर के लिए अप्रासंगिक हैं।

— सुमा

ठीक है, मैं आपको एक स्पष्ट तस्वीर देता हूं कि मैं किस बारे में बात कर रहा हूं। मेरे पास कुछ समय के लिए विंडोज 7 x86 था, जिसमें मेरे 100% सॉफ्टवेयर और गेम इंस्टॉल थे। मैंने एक ही मशीन पर एक ही सिस्टम को सॉफ्टवेयर और गेम की समान मात्रा के साथ पुनः इंस्टॉल किया, और इसने मुझे एक समान अनुभव प्रदान किया। मैं दिन में एक बार अपनी रजिस्ट्रियों को साफ करता हूं, हर कुछ दिनों में अपनी हार्ड ड्राइव को अलग करता हूं, और हमेशा प्रत्येक ड्राइव में एक अच्छी मात्रा में रिक्त स्थान बनाए रखता हूं। वैसे भी, इन के बाद, मैंने विंडोज 7 x64 को दो बार अपनी आवश्यक चीजों में से 100% के साथ स्थापित किया, केवल बाद के दोनों अनुभवों को समान रूप से खोजने के लिए। [जारी रखें]

— जैस्पर

चीजें जो बेहतर महसूस हुईं - विंडोज़, चिकनी चिकनाई, फाइलें बहुत तेजी से कॉपी की जा रही हैं, कुछ फोटो संपादन प्रोग्राम तेजी से ड्राइंग कर रहे हैं (दोनों x86 और x 64), चिकनी चल रहे वीडियो (एमपीसी-एचसी x64 पर), और समग्र रूप से अधिक स्थिर अनुभव। खेलों में कोई बदलाव नहीं दिखा।

— जैस्पर

तुम देखते हो, ये छोटी चीजें हैं। लेकिन, मुझे समझ नहीं आ रहा है कि ये छोटी चीजें क्यों हो रही हैं जिसने इस सवाल को जन्म दिया। =) अगर मेरे पास 4+ जीबी रैम होता तो मैं परेशान नहीं होता। मैंने इसका श्रेय विंडोज 7 x64 को दिया है जो इसे संभाल सकता है, लेकिन यहां ऐसा नहीं है जो इसे थोड़ा और जटिल बनाता है।

— जस्पर

Answer 5

इसे सीधे शब्दों में कहें, तो ऐसा इसलिए है क्योंकि आपका कंप्यूटर प्रति घड़ी चक्र में 64 बिट्स (8 बाइट्स) का डाटा प्रोसेस कर सकता है। आपका प्रोसेसर शब्द के रूप में जाने वाले प्रियर्रेटेड बिट्स के रूप में डेटा प्राप्त करता है। X64 आर्किटेक्चर में शब्द x86 आर्किटेक्चर में शब्दों के आकार से दोगुना है। हालाँकि आपका प्रोसेसर वास्तव में तेज़ी से डेटा प्रोसेस नहीं कर सकता है (आपका कोर 2 दोनों इंस्टॉलेशन पर 2.93 Ghz पर है), लेकिन यह डेटा को बहुत ही कुशलता से प्रोसेस कर रहा है। इसके अलावा, जैसा कि टिप्पणियों में उल्लेख किया गया है, यह आपको अपने सभी रैम को संबोधित करने की अनुमति देगा क्योंकि आपका प्रोसेसर 64 बिट शब्दों में आपके रैम से पढ़ रहा है। से विकिपीडिया :

बहुत बार, जब एक आधुनिक कंप्यूटर के शब्द आकार का उल्लेख करते हैं, तो कोई उस कंप्यूटर पर पता स्थान के आकार का भी वर्णन कर रहा है। उदाहरण के लिए, एक कंप्यूटर ने कहा कि "32-बिट" आमतौर पर 32-बिट मेमोरी पतों की अनुमति देता है; एक बाइट-पता करने योग्य 32-बिट कंप्यूटर 2 ^ 32 = 4,294,967,296 बाइट्स मेमोरी, या 4 gibibytes (GB) को संबोधित कर सकता है। यह तर्कसंगत और उपयोगी लगता है, क्योंकि यह एक स्मृति पते को एक शब्द में कुशलता से संग्रहीत करने की अनुमति देता है।

64 बिट प्रोसेसर के लिए यह 2 से अधिक नहीं है, यह तेजी से बढ़ता है:

एक आधुनिक बाइट-पता करने योग्य 64-बिट कंप्यूटर - जिसमें उचित OS समर्थन 2 ^ 64 बाइट्स (या 16 एक्सिबिबाइट्स) को संबोधित कर सकता है, जो कि 2011 के रूप में व्यावहारिक रूप से असीमित माना जाता है।

यह लेख , हालांकि थोड़ा दिनांकित है, 64 बिट प्रसंस्करण कैसे काम करता है, इसके बारे में एक बहुत जानकारीपूर्ण पढ़ा है।

मैं यह बताना चाहता हूं कि यह वास्तव में 2x प्रदर्शन वृद्धि में अनुवाद नहीं करता है, इसका कारण यह है कि वास्तविक प्रदर्शन कई अन्य चर (डिस्क गति, बस गति, प्रोसेसर कैश, उपलब्ध मेमोरी ect) पर निर्भर करता है। लेकिन आपको विंडोज में एक प्रदर्शन बढ़ता हुआ देखना चाहिए क्योंकि ओएस के अधिक मेमोरी में लोड किया जा सकता है और प्रोसेसर द्वारा अधिक कुशलता से संबोधित किया जा सकता है।

Comments

"प्रति घड़ी चक्र डेटा के 64 बिट्स (8 बाइट्स) को संसाधित कर सकता है" यह उचित लग सकता है, लेकिन वास्तव में यह बकवास है। लगभग कोई भी गणना उपयोगी कुछ के लिए 8 बाइट्स का उपयोग नहीं करती है। मेमोरी ट्रैफ़िक के लिए, अंतर्निहित CPU समान है, कैश और मेमोरी ट्रैफ़िक एक ही बस का उपयोग करते हैं।

— सुमा

"चूंकि अधिक ओएस को मेमोरी में लोड किया जा सकता है" फिर से, सच नहीं। यह सच होगा अगर "ओएस का अधिक" 4 जीबी से अधिक होगा। 4 जीबी के तहत डेटा के साथ काम करते समय 64 बी एड्रेसिंग में मदद नहीं करता है।

— सुमा

@ बाल: प्रश्न को फिर से पढ़ें। प्रोसेसर वही है जो उसी मशीन पर है। यह एक ही मशीन पर OS व्यवहार के अंतर के बारे में है, दो मशीनों के बीच अंतर नहीं है। और फ़िजी, मैं तर्क के लिए रखना चाहूंगा। लोगों की चिल्लाहट ने कभी किसी की मदद नहीं की। साथ ही, मैं एक कंप्यूटर उपयोगकर्ता हूं, और यह एक कंप्यूटर उपयोगकर्ता प्रश्न है। तो मुझे इसका जवाब क्यों नहीं देना चाहिए?

— जोरिस मे्स 15

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

— वर्नरसीडी

"ओएस के अधिक भाग को मेमोरी में लोड किया जा सकता है और प्रोसेसर द्वारा अधिक कुशलता से संबोधित किया जा सकता है" पूरी तरह से कचरा है। मेरे Win7 में सीएएम 500 एमबी रैम का उपयोग किया गया है, जो 4 जीबी की सीमा से काफी कम है जो कि 32-बिट सीपीयू तक सीमित है। संबोधित करना, यदि कुछ भी है, तो कम कुशल है, क्योंकि संकेत मेमोरी में आकार दोगुना है, और मूल्यवान डेटा कैश का अधिक उपयोग करते हैं। वास्तविक प्रदर्शन लाभ बड़े रजिस्टर सेट से आता है; L1 कैश में डेटा पर परिचालन 3 घड़ी चक्र है, एक रजिस्टर में डेटा पर काम करना 1 घड़ी चक्र है।

— zvrba

Answer 6

मुझे लगता है कि सबसे गंभीर कारण है कि सिस्टम 64 बिट ओएस का उपयोग करके तेज है, क्योंकि 32 बिट ओएस सिस्टम में सभी रैम का उपयोग करने में सक्षम नहीं है।

32 बिट ओएस 32 बिट्स यानी 4 जीबी के फिजिकल एड्रेस स्पेस को नियंत्रित करने में सक्षम होगा। इस एड्रेस स्पेस में सिस्टम मेमोरी, वीडियो मेमोरी, IO डिवाइस आदि शामिल हैं। इसलिए जब आपके पास 1GB समर्पित वीडियो रैम है, तो आप अपने उपलब्ध रैम से पहले GB को घटा सकते हैं। तब अन्य उपकरण शायद एक और 200MB या तो घटा देंगे।

यह आपको अनुप्रयोगों के लिए केवल 2.8 जीबी रैम के साथ छोड़ देता है। विंडोज 7 पर बहुत कुछ नहीं;)

दूसरी ओर 64 बिट ओएस आपके सभी रैम का उपयोग करने में सक्षम है।

Comments

"इसलिए जब आपके पास 1 जीबी समर्पित वीडियो रैम है, तो आप अपने उपलब्ध रैम से पहले जीबी को घटा सकते हैं।" मुझे यहां ऐसा उपद्रव होने का अफसोस है, लेकिन यह सच नहीं लगता। मेरे पास 4 जीबी रैम और 1 जीबी समर्पित वीआरएएम जीपीयू के साथ एक विनएक्सपी सिस्टम था और सिस्टम के लिए मेरे पास 3.6 जीबी रैम उपलब्ध था। पता स्थान प्रश्न काफी जटिल है: उदाहरण के लिए प्रत्येक प्रक्रिया में वर्चुअल पता स्थान का 4 GB है। ड्राइवर को GPU RAM को वर्चुअल एड्रेस स्पेस में मैप करना होगा ताकि वे इसे एक्सेस कर सकें, लेकिन GPU RAM को RAM में मैप करने के लिए OS की कोई आवश्यकता नहीं है।

— सुमा

@ सुमा तो शायद सभी वीआरएएम को भौतिक राम के लिए मैप नहीं किया गया है। लेकिन 32 बिट विंडोज़ एक्सपी, विस्टा और 7 में 4 जीबी से अधिक भौतिक पता स्थान का उपयोग नहीं किया जा सकेगा। विंडोज़ के कुछ 32 बिट सर्वर संस्करण भौतिक पते एक्सटेंशन का उपयोग करते हुए अधिक पता लगाने में सक्षम होंगे (हालाँकि आप 32bit डेस्कटॉप विंडोज़ ओएस'एस में भौतिक पता एक्सटेंशन को सक्षम कर सकते हैं, यह अभी भी 4GB से अधिक भौतिक पता स्थान को संबोधित करने से इनकार करेगा)। तो एक 32bit windows 7 में 4GB RAM रखें, और आप यह सब उपयोग नहीं कर पाएंगे। प्रक्रियाओं के लिए वर्चुअल एड्रेस स्पेस का इस सीमा से कोई लेना-देना नहीं है

— पीट

"लेकिन 32 बिट विंडोज़ एक्सपी, विस्टा, और 7 में 4 जीबी से अधिक भौतिक पता स्थान का उपयोग नहीं किया जा सकेगा।" हाँ यह सच है। विस्तृत विवरण के लिए, कोडिंगहोरर . com/blog/2007/03/… देखें । GPU निश्चित रूप से कुछ 4 GB स्थान खाता है। मैं केवल आम गलत धारणा को ठीक करना चाहता था, खाए गए स्थान को GPU RAM तक पहुंचने की आवश्यकता है, जो वास्तव में यह नहीं है। इस संबंध में superuser.com/questions/242562/… का वर्णन सही है।

— सूमा

Answer 7

मैंने 32 बिट और 64 बिट को दो अलग-अलग समान लेनोवो x100e नोटबुक पर स्थापित किया। 32 बिट में 2 जी रैम था और 64 बिट में 4 जी रैम था और 32 बिट अभी भी तेजी से चला, सुचारू रूप से, 64 बिट की तुलना में कम देरी के साथ अधिक उत्तरदायी जो विलंबित और सुस्त था। सीपीयू 64 बिट सीपीयू है। समान ड्राइवरों को स्थापित किया गया और दोनों पर विंडोज़ अपडेट किए गए। मुझे लगता है कि 64 बिट उच्च अंत मशीनों के लिए है, x64 cpu के साथ प्रवेश स्तर भी नहीं।

Comments

यह गलत है, x64 मशीन के साथ "उपयोगकर्ता अनुभव" कभी-कभी बहुत बुरा होता है क्योंकि वे लगभग 90% x86 ऐप चला रहे हैं।

— फ्रांसिस्को तपिया