2 सीपीयू पर 50% लोड एक ही है कि एक सीपीयू पर 100% लोड?


2

बहुत बुनियादी संदेह: मेरे पास 2 वीसीपीयू के साथ एक वीएम पर एक एप्लिकेशन चल रहा है। औसत लोड दोनों CPU पर 50% से थोड़ा कम है।

इसका मतलब यह है कि 1 सीपीयू मेरे आवेदन के लिए पर्याप्त होगा? या अधिक CPU समानांतर में चलने वाले थ्रेड्स से लाभान्वित होते हैं?

संपादित करें: यहां मेरे सिस्टम से एक वास्तविक उदाहरण है जिसमें एक महीने में 8CPU शामिल हैं। डेटा को 100% = 8CPU के लिए सामान्यीकृत किया जाता है। मुझे आश्चर्य है कि अगर यह जानकारी मेरे प्रश्न को हल करने के लिए पर्याप्त है, तो मूल रूप से यदि सिस्टम की देखरेख की जाती है।

सीपीयू लोड

सि पि यु का उपयोग


यदि आपको कुछ क्रोन जॉब चलाने की आवश्यकता हो तो क्या होगा?
माइकल हैम्पटन

मैंने आपके ग्राफ़ के बारे में अपना उत्तर संपादित किया। मैं सहमत हूं, वे भ्रमित कर रहे हैं।
हाफगैर

जवाबों:


5

यह इतना आसान नहीं है। एक थ्रेड या प्रक्रिया के साथ जितना संभव हो उतना सीपीयू जलता है , यह दोहरी सीपीयू प्रणाली पर 50% सीपीयू से अधिकतम होगा। या, कुछ सिस्टम इसे 100% सीपीयू के रूप में दिखाएंगे, क्योंकि अधिकतम 200% सीपीयू है।

यदि आपके पास दो धागे एक कोर के 50% सीपीयू पर चल रहे हैं (तो वे इसे अधिकतम नहीं करते हैं), हो सकता है कि वे लगभग एक ही कोर पर उपवास करेंगे, लेकिन फिर आपको 100% दिखाई देंगे। (यह इस बात पर ध्यान नहीं दे रहा है कि मशीन में अन्य चीजें हैं, और यह संदर्भ स्विच करने का कारण बनता है।)

उदाहरण के लिए, यदि आपके पास दो धागे हैं जो समय का 50% सोते हैं और सामान की गणना 50% उसी के साथ करते हैं, तो एक सीपीयू उन दो धागों की नींद और गणना को वैकल्पिक कर सकता है ताकि 100% सीपीयू का उपयोग किया जा सके।

संपादित करें:

मैंने सोचा था कि मैं कुछ उदाहरण रेखांकन दिखाऊंगा जो इसे चित्रित करते हैं।

यह सर्वर 16 उच्च-सीपीयू प्रक्रियाओं को चलाता है, और कुछ सौ कम-सीपीयू को। मार्च में, मैंने इसे 8 सीपीयू / कोर (इसलिए 800% तक की छलांग) में अपग्रेड करने का फैसला किया, मुख्यतः क्योंकि मुझे कुछ समय के लिए इस पर अतिरिक्त सॉफ्टवेयर चलाना था, जिसे आप देख सकते हैं।

8 सीपीयू

मई से जुलाई तक एक बड़े हिस्से के लिए, 4 कोर पर्याप्त हो सकते थे। हालाँकि, मुझे पता है कि मेरी कुछ प्रक्रियाएँ (बैच प्रोसेसिंग करने में) देरी हुई होगी।

यह लोडिंग ग्राफ है:

लोड ग्राफ

यह सहसंबद्ध है, लेकिन जैसा कि आप देख सकते हैं कि यह केवल प्रतिशत / 100 नहीं है।

आप चाहते हैं कि ऐसे रेखांकन सूचित निर्णय लेने में सक्षम हों।

अपने ग्राफ़ के बारे में 2 संपादित करें:

दिलचस्प। ये ग्राफ किसके साथ बनाए गए थे? वे दोनों डेटा का मेरे द्वारा उपयोग किए जाने वाले विपरीत तरीके का प्रतिनिधित्व करते हैं: ऐसा लगता है कि सीपीयू का उपयोग सिस्टम के सभी कोर के लिए 100% जाता है, बजाय 100% प्रति कोर की तरह, मेरे ग्राफ़ की तरह। आप इसे dd if=/dev/urandom of=/dev/nullकुछ घंटों तक चलाकर देख सकते हैं ; यह एक कोर को अधिकतम करने का कारण होगा, और आप प्रभाव देखेंगे।

लोड ग्राफ प्रति कोर लोड दिखाता है । मैंने ऐसा पहले कभी नहीं देखा। uptime, : htop, muninवे सभी केवल लोड दिखाते हैं ।


उदाहरण के लिए, यदि 4 सीपीयू हैं और पूरे सिस्टम का कुल लोड औसत 0.2% है, तो यह मुझे 0.2 * 4 = 0.8 = लगभग एक सीपीयू की तरह लगता है। क्या मैं सुरक्षित रूप से मान सकता हूं कि मेरे सिस्टम की देखरेख की गई है और शायद सीपीयू को घटाकर 2 कर दिया जाए?
ग्लासनहोस्ट

Of लोड ’की अवधारणा कुछ और है। यह चल रही प्रक्रियाओं की मात्रा है। OS के आधार पर, इसमें IOWAIT शामिल हो भी सकता है और नहीं भी। यह अंतर महत्वपूर्ण है, क्योंकि यदि आपके पास बाहरी IO की प्रतीक्षा करने की प्रक्रिया है, तो यह सीपीयू नहीं जल रहा है। किसी भी स्थिति में, आपको क्या करना चाहिए, सीपीयू इकट्ठा करना और मुनिन की तरह कुछ के साथ ग्राफ़ को लोड करना, उन्हें अपने मूल प्रश्न में पोस्ट करना, साथ में कार्य विवरण (क्योंकि मुझे अभी भी नहीं पता है कि आप कितने धागे चलाते हैं), और फिर हम कह सकते हैं कि क्या आपका सर्वर ओवरसाइज़ है। Spoiler: उत्तर हां हो सकता है, लेकिन मैं आपको उत्तर की ओर सड़क दिखा रहा हूं।
हाफगॉर

मैंने कुछ चित्र जोड़े। आपकी स्पष्ट व्याख्या के लिए बहुत-बहुत धन्यवाद
ग्लासनहोस्ट

-2

आप वास्तव में केवल सीपीयू के उपयोग को देखकर आवश्यकता को कभी नहीं समझ सकते हैं, आधुनिक सीपीयू आवश्यकताओं के अनुसार उपयुक्त फैशन में धागे उत्पन्न करता है।

अधिक कोर अधिक लाभ एक आवेदन धागे को चलाने के लिए हो सकता है।


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