यूनिक्स / लिनक्स पर लोड औसत का क्या मतलब है?


68

अगर मैं दौड़ता हूं uptime, तो मुझे कुछ ऐसा मिलता है:

10:50:30 up 366 days, 23:27,  1 user,  load average: 1.27, 2.06, 1.54

अंत में उन संख्याओं का क्या मतलब है? मैन पेज मुझे बताता है कि यह "अंतिम 1, 5 और 15 मिनट में सिस्टम का लोड औसत है।" लेकिन पैमाना क्या है? 1.27 उच्च है? कम? क्या यह मेरे सिस्टम पर निर्भर करता है?


2
मुझे आश्चर्य है कि मल्टी-कोर सीपीयू सिस्टम पर लोड औसत की व्याख्या कैसे की जानी चाहिए।
नागुल

3
अंगूठे के एक सामान्य नियम के रूप में, आपको मल्टी कोर सिस्टम के लिए सीपीयू की संख्या से लोड औसत को विभाजित करना चाहिए। तो दोहरे कोर सिस्टम पर 2.0 का भार लगभग सिंगल कोर सिस्टम पर 1.0 के बराबर है। डिस्क I / O और नेटवर्क ट्रैफ़िक जैसी चीज़ों के कारण यह पूरी तरह से सच नहीं है, लेकिन लोड किसी भी तरह का अनुमानित अनुमान है।
माइक कूपर

1
मुझे यह ब्लॉग वास्तव में उपयोगी लगा: लिनक्स सीपीयू लोड को समझना
atmaish

जवाबों:


59

लोड औसत एक गेज है कि कितनी प्रक्रियाएं औसतन, समवर्ती रूप से सीपीयू ध्यान देने की मांग कर रही हैं।

आम तौर पर, यदि आपके पास एक प्रक्रिया 100% पर चल रही है, और यह सिर्फ इस तरह से बैठता है कि सभी अनंत काल के लिए, आप सभी मानों को '1' से संपर्क करने की उम्मीद कर सकते हैं।

आम तौर पर, यह उतना ही कुशल कंप्यूटिंग है जितना आपको मिल सकता है, संदर्भ-स्विच के कारण कोई नुकसान नहीं।

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

यदि आप कुछ पागल करने का निर्णय लेते हैं, जैसे make -j 60केवल एक तार्किक प्रोसेसर होने के बावजूद कर्नेल का निर्माण , तो लोड औसत 60 की ओर बढ़ जाएगा, और आपका कंप्यूटर आपके लिए अविश्वसनीय रूप से बेकार हो जाएगा (संदर्भ स्विच द्वारा मौत)।

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


1
तो 1 से कम लोड का औसत मतलब है "प्रक्रियाओं को आम तौर पर कभी इंतजार नहीं करना पड़ता है"? क्या मैं 2 के लोड औसत की व्याख्या कर सकता हूं "जब तक कि आदर्श परिस्थितियों में प्रत्येक प्रक्रिया लगभग दो बार हो रही है"? (मुझे पता है कि वहाँ मैं / हे के रूप में अच्छी तरह से चिंता करने के लिए है)
जॉन Fouhy

हाँ, यह समझ में आता है, कि IO की अनदेखी;)
केंट फ्रेड्रिक

@KentFredric "आम तौर पर, यह उतना ही कुशल कंप्यूटिंग है जितना आप प्राप्त कर सकते हैं, संदर्भ-स्विच के कारण कोई नुकसान नहीं है।" ... 1 प्रक्रिया 100% हर समय कुशल में चल रही है? निश्चित रूप से मुझे यहां कुछ मौलिक याद आ रहा है। क्या आप बता सकते हैं कि आपका क्या मतलब है? मैं उलझन में हूं कि सभी सीपीयू संसाधनों को कैसे कुशल बनाया जा सकता है?
गीक

2
मुझे पता है कि 100% पर चलने वाली एक प्रक्रिया बहुत "कुशल" नहीं होती है, लेकिन अगर यह प्रक्रिया केवल 20% का उपयोग करने के लिए मनमाने ढंग से खुद को सीमित करती है, तो इसे 5 गुना लंबा लगेगा। तो यहाँ दक्षता का अर्थ है "इष्टतम संसाधन उपयोग"।
केंट फ्रेड्रिक

1
इसलिए एन-कोरेड प्रणाली के लिए, n का एक लोड औसत मतलब है कि प्रत्येक कोर 100% प्रक्रिया को संभाल रहा है / या इसलिए सबसे अधिक कुशल है?
joshreesjones

9

आदमी 5 proc:

/ proc / loadavg इस फ़ाइल में पहले तीन फ़ील्ड लोड औसत आंकड़े हैं जो रन क्यू (स्टेट आर) में नौकरियों की संख्या देते हैं या डिस्क I / O (राज्य डी) औसत का इंतजार कर रहे हैं जिनकी आयु 1, 5 और 15 मिनट से अधिक है। । वे अपटाइम (1) और अन्य कार्यक्रमों द्वारा दिए गए लोड औसत अंकों के समान हैं।


3

सामान्य तौर पर यह एक निश्चित समय पर सक्रिय प्रक्रियाओं की संख्या को मापता है, लेकिन इसकी गणना करने के लिए उपयोग किए जाने वाले मैट्रिक्स कुछ प्रणालियों पर भिन्न होते हैं। एकमात्र लेख जो मैंने पाया है कि यह काफी अच्छी तरह से समझाता है यह एक है


2
वह लिंक '03 दिनांकित है। तब से लिनक्स 2.6 बाहर आया। (आप ध्यान दें कि वे 2.0, आउच का उपयोग कर रहे हैं।) मेट्रिक्स उस पृष्ठ पर बताए गए शब्दों की तुलना में अब व्यवहार में कुछ भिन्न प्रतीत होते हैं।
केंट फ्रेड्रिक

यहाँ '06 के अंत में से एक है, जो कि जुड़े हुए लेख से अलग नहीं है: linuxjournal.com/article/9001
nagul

आपका लिंक अभी भी काम करता है और उनका टर्मिनल आउटपुट 2001 से है
एमएस बेरेंड्स

2

मैं एक पाठ्यक्रम के संदर्भ से उद्धृत करता हूं:

लोड औसत एक निश्चित अवधि के लिए लोड संख्या का औसत है। यह खाता प्रक्रियाओं को ध्यान में रखता है:

  • सक्रिय रूप से एक सीपीयू पर चल रहा है।
  • चलाने योग्य माना जाता है, लेकिन सीपीयू उपलब्ध होने की प्रतीक्षा कर रहा है।
  • नींद आना: अर्थात, किसी प्रकार के संसाधन (आमतौर पर, I / O) के उपलब्ध होने की प्रतीक्षा करना।

मैं लोड औसत की व्याख्या करने के बारे में आगे बताता हूं :

लोड औसत को तीन अलग-अलग संख्याओं के सेट का उपयोग करके प्रदर्शित किया जाता है, जैसा कि निम्नलिखित उदाहरण में दिखाया गया है:

जानकारी का अंतिम टुकड़ा सिस्टम का औसत भार है। हमारे सिस्टम को सिंगल-सीपीयू सिस्टम मानते हुए, 0.25 का मतलब है कि पिछले एक मिनट के लिए, औसतन, सिस्टम का 25% उपयोग किया गया है। अगली स्थिति में 0.12 का मतलब है कि पिछले 5 मिनट में, औसतन, सिस्टम का 12% उपयोग किया गया है; और अंतिम स्थिति में 0.15 का मतलब है कि पिछले 15 मिनट में, औसतन, सिस्टम का 15% उपयोग किया गया है। अगर हमने दूसरी स्थिति में 1.00 का मान देखा, तो इसका मतलब यह होगा कि सिंगल-सीपीयू सिस्टम 100% उपयोग किया गया था, औसतन, पिछले 5 मिनट में; यह अच्छा है अगर हम पूरी तरह से एक प्रणाली का उपयोग करना चाहते हैं। एकल-सीपीयू प्रणाली के लिए 1.00 से अधिक मूल्य का तात्पर्य है कि सिस्टम का अति-उपयोग किया गया था: सीपीयू की तुलना में सीपीयू की आवश्यकता वाली अधिक प्रक्रियाएं थीं।

यदि हमारे पास एक से अधिक सीपीयू हैं, तो क्वाड-सीपीयू प्रणाली कहें, हम लोड औसत संख्या को सीपीयू की संख्या से विभाजित करेंगे। इस मामले में, उदाहरण के लिए, 4.00 के 1 मिनट के लोड औसत को देखने से तात्पर्य है कि पूरे के रूप में सिस्टम अंतिम समय के दौरान 100% (4.00 / 4) का उपयोग किया गया था।

छोटी अवधि की वृद्धि आमतौर पर एक समस्या नहीं है। एक उच्च चोटी जिसे आप देख रहे हैं, संभवतः गतिविधि का एक धमाका है, न कि एक नया स्तर। उदाहरण के लिए, स्टार्ट अप में, कई प्रक्रियाएं शुरू होती हैं और फिर गतिविधि बैठ जाती है। यदि उच्च चोटी को 5 और 15 मिनट के लोड औसत में देखा जाता है, तो यह चिंता का कारण हो सकता है।


आपके संदर्भ में लिंक जोड़ना आसान होगा।
पियरज

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