विंडोज एज़्योर वेब साइट्स के लिए 32 बिट्स या 64 बिट्स?


14

विंडोज Azure वेब साइटों दो विकल्प 32bits या 64bits प्रदान करता है। नई साइटें डिफ़ॉल्ट रूप से 32 बिट्स के साथ आती हैं। सर्वर कॉन्फ़िगरेशन के लिए यह थोड़ा अजीब लगता है क्योंकि, AFAIK, वेब सर्वरों का विशाल बहुमत अब 64 साल के लिए कॉन्फ़िगर किया गया है। ASP.NET साइटों के लिए सामान्य उपयोग के मामलों को ध्यान में रखते हुए, 64 बिट पर 32 बिट्स का पक्ष लेने के लिए कोई कारण हैं?

जवाबों:


5

आपके कार्यभार पर निर्भर करता है।

IIS + .NET x64 चट्टानों पर और बहुत बड़े वर्कलोड का समर्थन कर सकता है। यदि आप लोड परीक्षण करते हैं, तो आप एक स्वस्थ माप द्वारा पर्याप्त सीपीयू और रैम आउटपरफॉर्म x86 वाले x64 सर्वर देखेंगे।

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

हमारे मामले में, हम कई x64 सर्वरों को संतुलित करते हैं। हालांकि, ऑपरेशन के दौरान, सभी या अधिकांश लोड को एक ही सर्वर पर निर्देशित किया जा सकता है। हमारे मामले में, अगर वह सर्वर x86 था, तो यह तनावपूर्ण और बहुत धीमा होगा। जैसा कि यह x64 है, यह लोड को संभाल सकता है और उपयोगकर्ता ध्यान नहीं देता है।


मुझे हाल ही में पता चला कि कचरा संग्रहकर्ता प्रक्रिया के दौरान सभी थ्रेड्स को लॉक कर देता है, जिससे कई बार उच्च विलंबता होती है। एक बार जब आप 64-बिट सक्षम करते हैं, तो कचरा कलेक्टर कम बार काम करेगा, इस प्रकार आपके ऐप के प्रदर्शन में सुधार होगा।
टॉम

3

उत्तर है - यह जटिल है। यह केवल तभी सरल है जब आपके एप्लिकेशन को कई जीबी रैम (अधिकांश ऐप्स नहीं हैं) तक पहुंच की आवश्यकता होती है, तो आपके पास 64 बिट होना चाहिए।

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

इसे भी देखें: https://www.hanselman.com/blog/PennyPinchingInTheCloudYourWebAppDoesntNeed64bit.aspx


1

32 बिट पर जाएं जब तक आपको 64 बिट एड्रेस स्पेस की आवश्यकता न हो - जो कि एक सामान्य वेबसाइट के लिए दुर्लभ है।

कारण बस इतना है कि वेबसाइटों को आम तौर पर पता स्थान की आवश्यकता नहीं होती है और 32 बाय प्रोग्राम तेजी से चलते हैं।

अब, आप कहते हैं:

वेब सर्वरों का विशाल बहुमत अब 64 वर्षों के लिए कॉन्फ़िगर किया गया है

हाँ लेकिन:

IIS अनुप्रयोग पूल के लिए डिफ़ॉल्ट सेटअप 32 बिट मोड में शुरू करना है - संगतता और प्रदर्शन कारणों के लिए। IIS कॉन्फ़िगरेशन के लिए Microsoft से सलाह 64 बिट सर्वर पर 32 बिट एप्लिकेशन पूल का उपयोग करना है।

चेक:

http://www.iis.net/learn/web-hosting/web-server-for-shared-hosting/32-bit-mode-worker-processes

आधिकारिक बयान के लिए।

आप यह सुनिश्चित कर सकते हैं कि यह 64 बिट सर्वर पर चलेगा, क्योंकि वर्तमान में 32 बिट का उत्पादन Microsoft से नहीं हो रहा है। लेकिन जब तक आपको अधिक मात्रा में रैम की आवश्यकता नहीं होती है, तब तक परफॉर्मेंस प्रभाव इसके लायक नहीं होता है।


"एक IIS एप्लिकेशन पूल के लिए डिफ़ॉल्ट सेटअप 32 बिट मोड में शुरू होना है" जो कुछ समय के लिए सही नहीं है। IIS हमेशा x64 सर्वर OS पर x64 है, और 32 बिट बनाने के लिए हैकिंग की आवश्यकता होती है।
जोन्सोम ने मोनिका को

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