हाइपर-वी और हाइपर-थ्रेडिंग: ऑन या ऑफ?


23

हाइपर-थ्रेडिंग का समर्थन करने वाले नए एक्सोन सीपीयू के साथ, हाइपर-वी होस्ट मशीन पर इसका उपयोग करने (या नहीं) के संबंध में वर्तमान ज्ञान क्या है?

मैं मूल रूप से इस धारणा के तहत था कि आभासी मेजबान वातावरण में इसे चालू करना हानिकारक हो सकता है क्योंकि 'अतिरिक्त' सीपीयू सच्चे कोर नहीं थे। हालाँकि मैंने हाइपर-वी को हाइपर-थ्रेडिंग वातावरण में अच्छी तरह से चलाने के लिए कुछ कठिन परिश्रम करते हुए एमएस की तर्ज पर टिप्पणियाँ (अपुष्ट) भी पढ़ी हैं।

क्या इस संबंध में किसी के पास कोई ठोस जानकारी या अनुभव है? चीयर्स!

जवाबों:


5

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

नए चिप्स में बड़े और चालाक कैश होते हैं इसलिए यह एक समस्या से कम नहीं है।

क्या यह चालू या बंद होना आदर्श है? यह वास्तव में काम के बोझ पर निर्भर करता है। यदि दोनों धागे एक ही वीएम और एक ही कार्य चल रहे हैं, तो यह निश्चित रूप से एक बड़ा लाभ होगा। यदि वे बहुत सारे यादृच्छिक रैम I / O (उदाहरण के लिए कई अलग-अलग VMs) के साथ असंबंधित चीजें कर रहे थे, तो इससे प्रत्येक को केवल चिप का कैश उपलब्ध होगा - जो कि सिद्धांत में धीमा हो सकता है - वास्तव में यह अब शायद ही कभी होता है।

यदि आपके पास पुरानी पीढ़ी के चिप्स हैं, तो आप चिप कैश आकारों की जांच करना चाहते हैं: वर्चुअलाइजेशन में बड़ा कैश आप बेहतर प्राप्त कर सकते हैं। RAM वास्तव में CPU की तुलना में बहुत धीमी है - बस डिस्क ड्राइव की तरह खराब नहीं है।

नोट: आप जो पढ़ रहे हैं वह कहता है कि "टर्न ऑफ" उन चिप्स के बारे में पाया गया था जो हाइपर-थ्रेडिंग के साथ सिंगल कोर थे - उदाहरण के लिए यह दिन में आधिकारिक उत्तर था (2005/2006?) - http: //www.VirtualServerFAQ .com / Tiki-index.php? page = VirtualServerHostDualCore

स्टीव रेडिच http://www.VirtualServerFAQ.com


21

विंडोज आईटी प्रो के अनुसार, आप इसे छोड़ना चाहते हैं:

A. नया चार-कोर इंटेल कोर i7 प्रोसेसर हाइपर-थ्रेडिंग को सक्षम करता है, जो प्रत्येक प्रोसेसर कोर को दो आभासी कोर में विभाजित करता है (संभवतः) प्रदर्शन में सुधार करता है।

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

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


जवाब के लिए हम्म धन्यवाद। यह वही हो सकता है जो मैंने मूल रूप से पढ़ा था। वे इसे छोड़ने के लिए कहते हैं, लेकिन यह बहुत खाली लगता है; मैं विशेष रूप से आश्वस्त नहीं हूँ। शायद यह सिर्फ मैं ही हूं।
CapBBeard

6

हाइपरथ्रेडिंग के बारे में जानने वाले प्रोग्राम एक भौतिक कोर और एक तार्किक (आभासी) कोर के बीच अंतर करने में सक्षम हैं, और तदनुसार संसाधनों का आवंटन करते हैं।

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

वर्चुअल सर्वर चलाने का लाभ यह है कि आप संसाधनों का एक बड़ा पूल बना सकते हैं, जिन्हें आवश्यकतानुसार विभिन्न सर्वरों को मक्खी पर आवंटित किया जा सकता है। इसमें सीपीयू कोर को पुनः लोड करना और सभी उपलब्ध कोर पर लोड को संतुलित करना शामिल है। यदि हाइपरविजर एक भौतिक कोर और एक तार्किक कोर के बीच के अंतर को नहीं जानता है, तो आप सही हैं - कुछ भौतिक कोर बेकार बैठ सकते हैं, जबकि अन्य 100% CPU उपयोग में आ जाते हैं, जबकि उनके दोनों तार्किक कोर CPU के लिए प्रतिस्पर्धा कर रहे हैं पहर। हालांकि, यदि हाइपरविजर भौतिक और तार्किक कोर के बीच अंतर बताने में सक्षम है, तो यह दो सीपीयू कोर को कई प्रक्रियाओं को आवंटित करने से पहले भौतिक सीपीयू में सीपीयू लोड को संतुलित करने की कोशिश करेगा जो एक ही भौतिक कोर से संबंधित हैं।


2

मैंने इस मुद्दे पर विस्तार से अध्ययन नहीं किया है, लेकिन Microsoft "क्षमता योजना और निगरानी" मुद्दों के कारण एक्सचेंज 2010 के साथ हाइपरथ्रेडिंग का उपयोग करने की अनुशंसा नहीं करता है। आप एक कॉन्फ़िगरेशन या दूसरे को चुनने से पहले अपने स्वयं के वर्कलोड का परीक्षण करना चाह सकते हैं।


-2

हाइपरथ्रेडिंग: वाह, मुफ्त प्रोसेसर!

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

से कॉपी किया गया: http://blogs.technet.com/b/exchange/archive/2013/05/06/ask-the-perf-guy-sizing-exchange-2013-deployments.aspx


3
मैं उलझन में हूं; आप एक्सचेंज का उल्लेख क्यों कर रहे हैं? प्रश्न हाइपर्व के प्रभाव के बारे में है। और वास्तव में नकल के नीचे का पैराग्राफ यह बताता है कि हाइपरथ्रेडिंग एक वर्चुअलाइज्ड एक्सचेंज सर्वर को प्रभावित नहीं करता है, अगर मैं इसे सही पढ़ रहा हूं।
एंडी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.