htop और btop: मशीन पर अभी क्या हो रहा है

जब कोई मशीन अजीब व्यवहार करने लगे, तो पहला सवाल यही होता है कि अभी संसाधन कौन खा रहा है। htop और btop इसका जवाब देते हैं: दोनों प्रोग्राम प्रोसेस, कोर लोड और मेमोरी रियल टाइम में दिखाते हैं।

इंस्टॉलेशन

apt update && apt install -y htop btop        # Debian, Ubuntu
dnf install -y htop btop                      # AlmaLinux, CentOS Stream

पुराने AlmaLinux 9 रिपॉज़िटरी में btop पैकेज नहीं मिल सकता — EPEL चालू करें (dnf install -y epel-release) और इंस्टॉलेशन दोहराएँ।

इन प्रोग्रामों को SSH के ज़रिए या पैनल के “Console” टैब में “Screen” मोड (VNC) में चलाना ज़्यादा आसान रहता है। टेक्स्ट कंसोल सीरियल पोर्ट पर काम करता है और विंडो का साइज़ नहीं भेजता: वहाँ हमेशा 80×24 ही होता है, और btop का इंटरफ़ेस बिखर जाता है या रेंडर ही नहीं होता। ज़्यादा जानकारी के लिए देखें मशीन कंसोल।

htop में क्या देखें

ऊपर वाले ब्लॉक में हर कोर, मेमोरी और swap के बार दिखते हैं। VDS-1 पर एक बार होता है, VDS-6 पर दस। नीचे प्रोसेस टेबल है; मुख्य कॉलम:

• CPU% — एक कोर का हिस्सा। 100% का मतलब है एक कोर पूरी तरह व्यस्त, पूरी मशीन नहीं: चार कोर पर ऊपरी सीमा 400% है।
• MEM% — टियर की RAM का हिस्सा।
• RES — मेमोरी में असल में कितना भरा है। इसी को देखें, VIRT को नहीं: JVM और डेटाबेस का वर्चुअल साइज़ हमेशा बहुत बड़ा होता है और कुछ मायने नहीं रखता।
• S — स्टेट। R — चल रहा है, S — सो रहा है, D — डिस्क पर इंतज़ार, Z — ज़ॉम्बी।

काम की कीज़: F6 — सॉर्टिंग (आमतौर पर CPU% या MEM% से), F4 — नाम से फ़िल्टर, F5 — प्रोसेस ट्री (देख सकते हैं किसने किसे शुरू किया), F9 — सिग्नल भेजें, q — बाहर निकलें।

बहुत सारी प्रोसेस स्टेट D में — डिस्क ही अड़चन है, देखें डिस्क लोड। कम CPU% के साथ ऊँचा load average — वही कहानी।

btop और एक-बार वाली जाँच

btop वही सब दिखाता है, साथ में पिछले कुछ मिनटों के CPU, नेटवर्क और डिस्क ग्राफ़ भी। यह भारी है और ठीक टर्मिनल माँगता है, लेकिन तुरंत बता देता है कि स्पाइक था या लोड टिका हुआ है।

जब टर्मिनल सुविधाजनक न हो, तो एक-बार वाले कमांड काफ़ी हैं:

ps aux --sort=-%cpu | head -10     # ten most CPU-hungry processes
ps aux --sort=-%mem | head -10     # by memory
uptime                             # average load for 1, 5 and 15 minutes

आम गलतियाँ

• एक फ़्रेम से लोड का अंदाज़ा लगाना। htop शुरू होते समय का स्पाइक सामान्य है। एक मिनट तक देखें या पैनल /hosting/vds/m/<id> के “Overview” में ग्राफ़ चेक करें।
• प्रोसेस को तुरंत kill -9 से मारना। पहले साधारण kill (TERM सिग्नल) या systemctl stop इस्तेमाल करें ताकि सर्विस अपनी फ़ाइलें और कनेक्शन बंद कर ले। -9 आख़िरी उपाय है।
• “कम फ़्री मेमोरी” को मेमोरी की कमी समझना। Linux फ़्री मेमोरी कैश को दे देता है, यह सामान्य है। चेतावनी की बात है बढ़ता swap, जिसके बारे में लेख मेमोरी और swap में बताया गया है।

अगर मशीन SSH पर जवाब देना बंद कर दे और htop न खुले, तो पैनल का “Console” इस्तेमाल करें — यह ओवरलोडेड नेटवर्क और भरी हुई डिस्क के साथ भी काम करता है।