लिनक्स: पता करें कि सभी रैम किस प्रक्रिया का उपयोग कर रहे हैं?

127

वास्तव में पूछने से पहले, बस स्पष्ट होना चाहिए: हाँ, मुझे डिस्क कैश के बारे में पता है, और नहीं, यह मेरा मामला नहीं है :) क्षमा करें, इस प्रस्तावना के लिए :)

मैं CentOS 5 का उपयोग कर रहा हूं। सिस्टम में हर एप्लिकेशन की जोरदार स्वैपिंग हो रही है, और सिस्टम बहुत धीमा है। जब मैं करता हूँ free -m, यहाँ मुझे क्या मिला है:

             total       used       free     shared    buffers     cached
Mem:          3952       3929         22          0          1         18
-/+ buffers/cache:       3909         42
Swap:        16383         46      16337

इसलिए, मेरे पास वास्तव में उपयोग करने के लिए केवल 42 एमबी है! जहां तक मैं समझता हूं, -/+ buffers/cacheवास्तव में डिस्क कैश की गणना नहीं करता है, इसलिए मेरे पास वास्तव में केवल 42 एमबी है, है ना? मैंने सोचा, मैं गलत हो सकता हूं, इसलिए मैंने डिस्क कैशिंग को बंद करने की कोशिश की और इसका कोई प्रभाव नहीं पड़ा - चित्र वही रहा।

इसलिए, मैंने यह पता लगाने का फैसला किया कि मेरी सभी रैम का उपयोग कौन कर रहा है, और मैंने इसके topलिए उपयोग किया । लेकिन, जाहिरा तौर पर, यह रिपोर्ट करता है कि कोई भी प्रक्रिया मेरे रैम का उपयोग नहीं कर रही है। मेरे शीर्ष में एकमात्र प्रक्रिया MySQL है, लेकिन यह 0.1% RAM और 400Mb स्वैप का उपयोग कर रहा है। जब मैं अन्य सेवाओं या एप्लिकेशन को चलाने का प्रयास करता हूं तो समान चित्र - सभी स्वैप में जाते हैं, यह topदर्शाता है कि MEM का उपयोग नहीं किया गया है (किसी भी प्रक्रिया के लिए अधिकतम 0.1%)।

top - 15:09:00 up  2:09,  2 users,  load average: 0.02, 0.16, 0.11
Tasks: 112 total,   1 running, 111 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4046868k total,  4001368k used,    45500k free,      748k buffers
Swap: 16777208k total,    68840k used, 16708368k free,    16632k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  SWAP COMMAND
 3214 ntp       15   0 23412 5044 3916 S  0.0  0.1   0:00.00  17m ntpd
 2319 root       5 -10 12648 4460 3184 S  0.0  0.1   0:00.00 8188 iscsid
 2168 root      RT   0 22120 3692 2848 S  0.0  0.1   0:00.00  17m multipathd
 5113 mysql     18   0  474m 2356  856 S  0.0  0.1   0:00.11 472m mysqld
 4106 root      34  19  251m 1944 1360 S  0.0  0.0   0:00.11 249m yum-updatesd
 4109 root      15   0 90152 1904 1772 S  0.0  0.0   0:00.18  86m sshd
 5175 root      15   0 90156 1896 1772 S  0.0  0.0   0:00.02  86m sshd

रिस्टार्ट मदद नहीं करता है, और, वैसे वे बहुत धीमी गति से हैं, जो मैं आमतौर पर इस मशीन (4 कोर, 4 जीबी रैम, RAID1) पर उम्मीद नहीं करूंगा।

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

तो, आखिरकार, सवाल यह है कि - अगर किसी के पास कोई विचार है कि कैसे पता लगाया जाए कि वास्तव में स्मृति किस प्रक्रिया का उपयोग कर रही है?

linux memory performance

— तैमूर
स्रोत

1

क्या आपको कभी इसका जवाब मिला?

— हैकरन

@ हैकरन: ओपी ने इस जवाब को स्वीकार कर लिया । मुझे पता है कि जवाब आपके सवाल का जवाब नहीं देता है । मैं अपने एक सर्वर पर आपके मुद्दे को पुन: पेश करने में सक्षम था, और मैं वर्तमान में शोध कर रहा हूं कि क्या इसका निवारण करने का कोई तरीका है।

— Deltik

@ डेल्टीक आह, ठीक है। धन्यवाद :) - मेरे पास 2 सर्वर हैं जो लगभग 12 घंटे के भीतर सभी उपलब्ध मेमोरी को लीक करते हैं, मुझे बताएं कि अगर ऐसा कुछ है तो मैं इसका निदान करने में मदद कर सकता हूं। मैं IRC (irc.freenode.org) पर उपनाम "हैकरॉन" के रूप में उपलब्ध हूं।

— हैकरन

@ हैकरन: मैं आपको "हैकरॉन" के रूप में नहीं ढूंढ पाया irc.freenode.org। मैंने यहां विस्तारित चर्चा के लिए एक चैटरूम बनाया ।

— डेल्टीक

यह देखते हुए कि ZFS-in-memory ARC (और / या L2ARC) कैश में प्रदर्शित नहीं होता है free -m, लेकिन इसके आकार को लिनक्स पर देखा जा सकता है cat /proc/spl/kstat/zfs/arcstats | grep data_size।

— kqr

112

इस topप्रक्रिया में लिनक्स पर आप <बायीं ओर आउटपुट डिस्प्ले सॉर्ट को शिफ्ट करने के लिए कुंजी दबा सकते हैं । डिफ़ॉल्ट रूप से इसे क्रमबद्ध किया जाता है, %CPUयदि आप कुंजी को 4 बार दबाते हैं तो आप इसे सॉर्ट करेंगे VIRTजिसके द्वारा वर्चुअल मेमोरी आकार आपको अपना उत्तर दे रहा है।

ऐसा करने का एक और तरीका है:

ps -e -o pid,vsz,comm= | sort -n -k 2

आपको वर्चुअल आकार की प्रक्रियाओं द्वारा हल और आउटपुट देना चाहिए।

यहाँ लंबा संस्करण है:

ps --everyone --format=pid,vsz,comm= | sort --numeric-sort --key=2

— कार्लसन
स्रोत

यह मुझे Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.htmlUbuntu सर्वर 11.10 पर देता है ।

— डेर होकस्टापलर

1

@OliverSalzburg मुद्दा -oविकल्प है। RHEL4 यह काम करता है। RHEL5: ps -e -o pid,vsz,comm= | sort -n -k 2काम करता है। मैं आज रात 11.10 कोशिश करूंगा, लेकिन अगर आपको सही विकल्प मिल जाए तो कृपया मुझे बताएं। ps -e -o pid,vsz,comm | sort -n -k 2काम हो सकता है लेकिन मेरे पास इस समय सत्यापित करने के लिए जगह नहीं है।

— कार्लसन

2

मैं वास्तव में -efविकल्प से परिचित नहीं हूं । लेकिन यह उचित उत्पादन का उत्पादन करने के लिए लगता है:sudo ps axo pid,vsz,comm=|sort -n -k 2

— डेर Hochstapler

1

Ty, मुझे लगता है कि <मैं संभव नहीं था के शीर्ष सुझाव पसंद है, फेडोरा

— SSH यह

2

रैम पर कब्जा करने वाली प्रक्रियाओं को प्राप्त करने के लिए थोड़ा संशोधित संस्करण और पूर्ण कमांड दिखाता है:ps -e --format=pid,rss,args | sort --numeric-sort --key=2

— sengs

71

मेगाबाइट में प्रक्रिया मेमोरी और प्रक्रिया पथ दिखाएं।

ps aux  | awk '{print $6/1024 " MB\t\t" $11}'  | sort -n

— शून्य नहीं
स्रोत

8

सुपर उपयोगकर्ता में आपका स्वागत है। क्या आप यह समझाने के लिए अपने जवाब का विस्तार कर सकते हैं कि यह कोड क्या करता है और यह समस्या का समाधान कैसे करता है? अस्पष्टीकृत कोड को हतोत्साहित किया जाता है , क्योंकि यह समाधान नहीं सिखाता है। धन्यवाद।

— फिक्सर 1234

9

मुझे आश्चर्य है कि यह उत्तर नीचे दिया गया है और एक टिप्पणी है जो इसे समझाने के लिए कह रही है .. यह काफी कम है कि यह स्पष्ट होना चाहिए कि यह क्या करता है (पाइप ps ak में awk और फिर क्रमबद्ध करें), और प्रश्न के संदर्भ में, यह दिखाता है कौन सी प्रक्रियाएं सबसे अधिक रैम का उपयोग कर रही हैं। मुझे लगता है कि यह एक अच्छा जवाब है।

— जॉन

14

एक सर्वर पर बस एक साइड नोट करें जो समान लक्षण दिखा रहा है लेकिन फिर भी मेमोरी थकावट दिखा रहा है। समाप्त होने वाली खोज 32 जीबी रैम के साथ एक बॉक्स से एक sysctl.conf था और 12000 में कॉन्फ़िगर किए गए विशाल पृष्ठों के साथ एक DB के लिए सेटअप। इस बॉक्स में केवल 2 जीबी रैम है इसलिए यह सभी मुफ्त रैम को विशाल पृष्ठों (केवल) के लिए असाइन कर रहा था उनमें से 960)। विशाल पृष्ठों को 10 पर सेट करना, क्योंकि कोई भी उपयोग नहीं किया गया था, सभी मेमोरी को मुक्त कर दिया।

HugePages_ सेटिंग्स की तलाश के लिए / proc / meminfo की त्वरित जांच कम से कम एक अप्रत्याशित मेमोरी हॉग समस्या निवारण के लिए एक अच्छी शुरुआत हो सकती है।

— मौत की सवारी
स्रोत

2

मेरे पास हाल ही में एक और सर्वर था जहां यह समस्या थी। यदि आपके संगठन में पूर्व ओरेकल कर्मचारी हैं, तो यह सेटिंग आपका अपराधी हो सकता है।

— फ़ील्ड

5

मेरे मामले में मुद्दा यह था कि सर्वर एक VMware वर्चुअल सर्वर था जिसमें vmw_balloonमॉड्यूल सक्षम था:

$ lsmod | grep vmw_balloon
vmw_balloon            20480  0
vmw_vmci               65536  2 vmw_vsock_vmci_transport,vmw_balloon

चल रहा है:

$ vmware-toolbox-cmd stat balloon
5189 MB

इसलिए लगभग 5 जीबी मेमोरी वास्तव में मेजबान द्वारा पुनः प्राप्त की गई थी। इसलिए मेरे वीएम "आधिकारिक तौर पर" 8 जीबी होने के बावजूद, व्यवहार में यह बहुत कम था:

$ free
              total        used        free      shared  buff/cache   available
Mem:        8174716     5609592       53200       27480     2511924     2458432
Swap:       8386556        6740     8379816

— Mitar
स्रोत

2

प्रक्रिया के बारे में अधिक जानकारी प्राप्त करने के लिए आप ps कमांड का उपयोग भी कर सकते हैं।

ps aux | less

— अतुल
स्रोत

जिज्ञासा से बाहर, इस आदेश से बचने का सही तरीका क्या है? यह दिखाता है कि अंत में मैं अंतिम पंक्ति तक पहुंचता हूं, यह प्रक्रिया को नहीं मारता है जब मैं इसे Ctrl + C करता हूं।

— किंग्सइनरसोल

1

@KingsInnerSoul प्रेस 'q'

— enobayram

2

मैं इसे और कुल मेमोरी को पायथन प्रक्रिया द्वारा उपयोग करने का संदर्भ देता हूं ? - स्टैक ओवरफ्लो , यही मेरा जवाब है। मुझे अब एक विशिष्ट प्रक्रिया (अजगर) गिनती उपकरण मिलता है।

# Megabyte.
$ ps aux | grep python | awk '{sum=sum+$6}; END {print sum/1024 " MB"}'
87.9492 MB

# Byte.
$ ps aux | grep python | awk '{sum=sum+$6}; END {print sum " KB"}'
90064 KB

मेरी प्रक्रिया सूची संलग्न करें।

$ ps aux  | grep python
root       943  0.0  0.1  53252  9524 ?        Ss   Aug19  52:01 /usr/bin/python /usr/local/bin/beaver -c /etc/beaver/beaver.conf -l /var/log/beaver.log -P /var/run/beaver.pid
root       950  0.6  0.4 299680 34220 ?        Sl   Aug19 568:52 /usr/bin/python /usr/local/bin/beaver -c /etc/beaver/beaver.conf -l /var/log/beaver.log -P /var/run/beaver.pid
root      3803  0.2  0.4 315692 36576 ?        S    12:43   0:54 /usr/bin/python /usr/local/bin/beaver -c /etc/beaver/beaver.conf -l /var/log/beaver.log -P /var/run/beaver.pid
jonny    23325  0.0  0.1  47460  9076 pts/0    S+   17:40   0:00 python
jonny    24651  0.0  0.0  13076   924 pts/4    S+   18:06   0:00 grep python

संदर्भ

— चौ.-सौंग लाइ
स्रोत

1

show-memory-usage.shसामग्री के साथ एक स्क्रिप्ट बनाएं :

#!/bin/sh
ps -eo rss,pid,user,command | sort -rn | head -10 | awk '{ hr[1024**2]="GB"; hr[1024]="MB";
 for (x=1024**3; x>=1024; x/=1024) {
 if ($1>=x) { printf ("%-6.2f %s ", $1/x, hr[x]); break }
 } } { printf ("%-6s %-10s ", $2, $3) }
 { for ( x=4 ; x<=NF ; x++ ) { printf ("%s ",$x) } print ("\n") }
 '

— फेलिप
स्रोत

6

क्यों? यह क्या करता है? यह कैसे काम करता है? लोगों को यादृच्छिक कोड चलाने के लिए न कहें; इसका उद्देश्य बताएं और यह कैसे काम करता है।

— बजे एक CVn

2

चित्र मैं उन लोगों के लिए कोड समझाऊंगा जो यह नहीं समझते हैं कि यह चलाने के लिए सुरक्षित प्रतीत होता है, लेकिन डाउनवोट इसे बंद कर सकता है जो इसके लिए उपयोगी होगा। यह उसी कमांड को चला रहा है जैसा कि उपरोक्त उत्तरों में है , लेकिन यह AWK के साथ स्वरूपण जोड़ रहा है। मैंने व्यक्तिगत रूप से स्क्रिप्ट नहीं चलाई है क्योंकि मेरे पास इसके लिए कोई उपयोग नहीं है, लेकिन इसे समझाने से कुछ स्वरूपण की आवश्यकता होती है।

— डोलली_लैब्स

1

मैंने कोड पढ़ा है और इसे चलाया है। यह एक तालिका की तरह फ़ील्ड्स को संरेखित करता है, और प्रारूप उपसर्गों के साथ निवासी मेमोरी का उपभोग करता है (जैसे 1.12 जीबी, 582.79 एमबी)।

— स्टीफन गौरिचोन

0

यह भी प्रक्रिया आईडी लेता है, एमबी द्वारा सॉर्ट किया जाता है, और कमांड को रेखांकित करता है (जिसने प्रक्रिया बनाई):

ps aux | awk '{print $6/1024 " MB\t\t" $2 "\t" $11}' | sort -n

— prosti
स्रोत

0

हाइपर- V पर मेरे ubuntu सर्वर DISTRIB RELEASE = 18.04 में अधिकांश मेमोरी का उपयोग किया गया था, लेकिन सभी प्रक्रियाएं ठीक थीं। (स्वीकार किया कि मैंने स्नैपडील और अनअटेंडेड-अपग्रेड पैकेजों को हटा दिया है, लेकिन 95% मेमोरी अभी भी उपयोग की गई थी।)

इसका उत्तर हाइपर-वी में गतिशील मेमोरी है, इसलिए इसने मुख्य प्रणाली के उपयोग के लिए मेमोरी ली और यूबुंटू ने इसे इस्तेमाल के रूप में हरी झंडी दिखाई।

आशा है कि यह किसी की मदद करता है।

— वोडायनिकोव एंड्रयू एनाटोलेविच
स्रोत