मैं कैसे पढ़ा है htop


9

htopलिनक्स शीर्ष कमांड के लिए लोकप्रिय प्रतिस्थापन द्वारा प्रदर्शित जानकारी को समझने में मुझे परेशानी हो रही है ।

htop स्क्रीन डंप

उपरोक्त स्क्रीन शॉट में, कई जावा इंस्टेंसेस सूचीबद्ध हैं, लेकिन केवल माता-पिता ही सीपीयू समय का उपयोग करते हैं। अन्य क्या हैं?

जब सीपीयू% कॉलम सभी प्रक्रियाओं के दौरान बहुत अधिक नहीं होता है तो सीपीयू उपयोग सलाखों को ऐसे व्यस्त कोर क्यों दिखाते हैं? वास्तव में, वे ज्यादातर समय सहसंबंध के बिना चलते हैं।

लोड एवरेज, टॉप राइट क्यों है, जो मुझे लगता है कि यह 3 चरण का इतिहास है, इसलिए जब कोर लगभग हमेशा हरा और व्यस्त दिखते हैं तो कितना कम होता है?

क्या कोई इस तरह की व्याख्या करना चाहेगा कि इस जानकारी को कैसे पढ़ें?

धन्यवाद!


मैंने कुछ बदलाव किए हैं जो बहुत मदद करते हैं। थ्रेड को एक अलग रंग में प्रदर्शित करें, थ्रेड नाम दिखाएं, रिफ्रेश पर प्रक्रिया नाम अपडेट करें, और अधिकतर, देरी को 2/10 सेकंड में बदल दें। डिफ़ॉल्ट अद्यतन गति बस सीपीयू मीटर और प्रक्रियाओं के बीच एक बड़े अंतराल को दर्शाती है।
ल्यूक पुप्लेट

1
कम से कम लोड औसत के लिए, यह जरूरी नहीं है कि एक कम मूल्य है। लोड अनिवार्य रूप से एक संकेतक है यदि सिस्टम को कुछ करने के लिए इंतजार करना पड़ता है। एक स्वीकार्य मूल्य कोर की संख्या से कम है, इस मामले में 4. इसलिए वे औसत उचित हैं। वे अंतिम 1, 5 और 15 मिनट हैं। अधिक जानकारी के लिए, देखें [विकिपीडिया] ( en.wikipedia.org/wiki/Load_(computing))
ssmy

जवाबों:


5
  1. "लोड" और सीपीयू% के बारे में, विकिपीडिया में विस्तार से व्याख्या और उदाहरण है, निम्नलिखित एक आंशिक उद्धरण है

    एक बेकार कंप्यूटर में 0 की लोड संख्या होती है और सीपीयू (तैयार कतार या रन कतार) का उपयोग करने या प्रतीक्षा करने की प्रत्येक प्रक्रिया 1. द्वारा लोड संख्या में वृद्धि होती है। अधिकांश यूनिक्स सिस्टम रनिंग (सीपीयू पर) या रननेबल (प्रतीक्षा के लिए) में केवल प्रक्रियाओं की गणना करते हैं CPU) बताता है। हालांकि, लिनक्स में निर्बाध नींद राज्यों (आमतौर पर डिस्क गतिविधि की प्रतीक्षा) में प्रक्रियाएं भी शामिल हैं, जो कि एक व्यस्त या ठप I / O प्रणाली के कारण I / O में कई प्रक्रियाएं अवरुद्ध रहने पर अलग-अलग परिणाम हो सकते हैं। यह, उदाहरण के लिए, NFS सर्वर की विफलता या धीमा मीडिया (जैसे, USB 1.x भंडारण उपकरणों) के कारण अवरुद्ध होने वाली प्रक्रियाएं शामिल हैं। इस तरह की परिस्थितियों का परिणाम एक ऊंचा लोड औसत हो सकता है, जो सीपीयू के उपयोग में वास्तविक वृद्धि को प्रतिबिंबित नहीं करता है (लेकिन फिर भी यह विचार देता है कि उपयोगकर्ताओं को कितनी देर तक इंतजार करना होगा)।

    सिस्टम लोड औसत की गणना करता है क्योंकि लोड संख्या की घातांक / भारित चलती औसत। लोड औसत के तीन मूल्य सिस्टम ऑपरेशन के पिछले एक, पांच और पंद्रह मिनट का संदर्भ देते हैं।

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

    हो सकता है कि बार चलने में व्यस्त हों, लेकिन वे कभी भी 100% तक नहीं पहुंचते हैं, जो इंगित करेगा कि सीपीयू / कोर पूरी तरह से उपयोग किया जाता है। बार केवल सीपीयू उपयोग% का एक दृश्य है, जो 27%, 26.5%, 24.5%, 24.7% और 71.7% पर हैं। सभी सीपीयू कोर में अभी भी "स्पेयर" की शक्ति है। वे सभी उस बिंदु पर उपयोग किए जा रहे हैं।

    पूरी तरह से उपयोग किए जाने वाले 5 कोर / सीपीयू सिस्टम में 5 या उससे अधिक भार होगा।

  2. जावा पंक्तियों के बारे में, वे माता-पिता (पीआईडी ​​= 5073) और बच्चे की प्रक्रिया हैं। मैं यह नहीं समझा सकता कि माता-पिता सबसे सीपीयू समय क्यों जमा करते हैं। यह वास्तव में कार्यक्रम के आंतरिक तर्क पर निर्भर करता है। हालांकि, TIME + के अनुसार, उन बाल प्रक्रियाओं ने सीपीयू समय का उपभोग किया, जिनमें से अंतिम (PID = 5074) सबसे अधिक जमा हुआ।


क्या यह संभव है कि बच्चे की प्रक्रियाएं जेवीएम थ्रेडपूल हैं? जब मैंने थ्रेड नाम दिखाने का विकल्प सेट किया तो वे सभी समान नाम दिए गए। मैं एक विंडोज + .NET प्रोग्रामर हूं, फी।
ल्यूक पुप्लेट

हाँ, यह संभव है कि वे धागे हैं।
जॉन सिउ
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.