I raised this issue a few weeks ago and did not get my confusion cleared till now .
http://nilesh-joshi.blogspot.com/2010/04/interpreting-output-of-free-command.html Most of the SNMP enabled tools we have tend to give you a total of your kernel buffer + cache memory + applications memory as part of the total used memory which does not necessary show that your application is chocking . The actual free Memory you want to look at is the free memory in the buffer/Cache row ! You would be surprised that most of your Memory which shows up in TOP as used is actually being used to enable faster kernel IO which is a smart way of memory management by Linux .! Problem is an SNMP MIB or version that knows how to factor the above information , for an environment of about 50 Linux Enterprise Boxes memory capacity planning is becoming a nightmare! Katwesigye Norman On 11/27/11, Noah Sematimba <[email protected]> wrote: > > By default, top sorts results according to cpu usage. So what you see here > is just processes sorted by that. You can use the options in top to have it > sort results by memory usage which should list for you the processes in > order of memory usage. Pressing H should give you some help on using top or > the man page for top. > > Noah. > On Nov 22, 2011, at 8:19 AM, Norman Katwesigye wrote: > >> Brain , >> >> This is what am talking about ..... >> >> The Memory utilization field shows %s of 0.1, 0.2 etc but i can see >> the memory is maxed from the Used Summaries >> >> >> op - 17:13:35 up 81 days, 45 min, 2 users, load average: 0.01, 0.01, >> 0.00 >> Tasks: 218 total, 1 running, 217 sleeping, 0 stopped, 0 zombie >> Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 99.9%id, 0.0%wa, 0.0%hi, 0.0%si, >> 0.0%st >> Mem: 4139308k total, 4084960k used, 54348k free, 643440k buffers >> Swap: 8388600k total, 80k used, 8388520k free, 3262948k cached >> >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >> 2795 ntp 15 0 4320 4316 3332 S 0.0 0.1 0:00.23 ntpd >> 16736 apache 19 0 10920 4132 2120 S 0.0 0.1 0:06.67 httpd >> 27601 apache 15 0 10928 4124 2120 S 0.0 0.1 0:05.70 httpd >> 27608 apache 15 0 10928 4120 2120 S 0.0 0.1 0:05.76 httpd >> 26307 apache 15 0 10920 4116 2120 S 0.0 0.1 0:05.93 httpd >> 25381 apache 19 0 10920 4100 2088 S 0.0 0.1 0:06.44 httpd >> 17141 apache 15 0 10904 4092 2096 S 0.0 0.1 0:06.60 httpd >> 17498 apache 15 0 10920 4084 2096 S 0.0 0.1 0:07.10 httpd >> 27600 apache 15 0 10924 4080 2072 S 0.0 0.1 0:05.93 httpd >> 26702 apache 15 0 10888 4076 2096 S 0.0 0.1 0:05.85 httpd >> 18229 apache 15 0 10904 4072 2096 S 0.0 0.1 0:06.56 httpd >> 24066 apache 19 0 10832 3876 2008 S 0.0 0.1 0:03.50 httpd >> 8696 apache 15 0 10792 3864 2008 S 0.0 0.1 0:01.57 httpd >> 2793 apache 18 0 10832 3860 1996 S 0.0 0.1 0:01.71 httpd >> >> the Sar -r >> >> shows more >> >> 12:00:01 AM kbmemfree kbmemused %memused kbbuffers kbcached >> kbswpfree kbswpused %swpused kbswpcad >> 12:10:01 AM 52504 4086804 98.73 654416 3257356 >> 8388600 0 0.00 0 >> 12:20:01 AM 52884 4086424 98.72 654432 3257440 >> 8388600 0 0.00 0 >> 12:30:01 AM 52512 4086796 98.73 654448 3257532 >> 8388600 0 0.00 0 >> 12:40:01 AM 51152 4088156 98.76 654464 3257616 >> 8388600 0 0.00 0 >> 12:50:01 AM 51396 4087912 98.76 654480 3257708 >> 8388600 0 0.00 0 >> 01:00:01 AM 52636 4086672 98.73 654496 3257792 >> 8388600 0 0.00 0 >> 01:10:01 AM 51768 4087540 98.75 654512 3257892 >> 8388600 0 0.00 0 >> 01:20:01 AM 52016 4087292 98.74 654528 3257984 >> 8388600 0 0.00 0 >> 01:30:01 AM 50532 4088776 98.78 654544 3258064 >> 8388600 0 0.00 0 >> 01:40:01 AM 52264 4087044 98.74 654560 3258152 >> 8388600 0 0.00 >> >> >> But i need to know what is composed by the 98% utilization ! >> >> Thanks >> >> On 11/22/11, brian muhumuza <[email protected]> wrote: >>> columns 5,6, 7 & 10 of the top command are related to memory utilization >>> of >>> each process >>> >>> On Tue, Nov 22, 2011 at 4:38 PM, Norman Katwesigye >>> <[email protected]>wrote: >>> >>>> Hi People >>>> >>>> Am having trouble finding out the Memory utilization per process on a >>>> Red hat Box , >>>> >>>> I have used sar ,ps , top , vmstat with different options but all >>>> give me a blanket figure in terms of how much is used or free in total >>>> . >>>> >>>> How do i dig digger ?? >>>> >>>> >>>> Regards >>>> _______________________________________________ >>>> The Uganda Linux User Group: http://linux.or.ug >>>> >>>> Send messages to this mailing list by addressing e-mails to: >>>> [email protected] >>>> Mailing list archives: http://www.mail-archive.com/[email protected]/ >>>> Mailing list settings: http://kym.net/mailman/listinfo/lug >>>> To unsubscribe: http://kym.net/mailman/options/lug >>>> >>>> The Uganda LUG mailing list is generously hosted by INFOCOM: >>>> http://www.infocom.co.ug/ >>>> >>>> The above comments and data are owned by whoever posted them (including >>>> attachments if any). The mailing list host is not responsible for them >>>> in >>>> any way. >>>> >>> >>> >>> >>> -- >>> //MB >>> >> _______________________________________________ >> The Uganda Linux User Group: http://linux.or.ug >> >> Send messages to this mailing list by addressing e-mails to: >> [email protected] >> Mailing list archives: http://www.mail-archive.com/[email protected]/ >> Mailing list settings: http://kym.net/mailman/listinfo/lug >> To unsubscribe: http://kym.net/mailman/options/lug >> >> The Uganda LUG mailing list is generously hosted by INFOCOM: >> http://www.infocom.co.ug/ >> >> The above comments and data are owned by whoever posted them (including >> attachments if any). The mailing list host is not responsible for them in >> any way. > > _______________________________________________ The Uganda Linux User Group: http://linux.or.ug Send messages to this mailing list by addressing e-mails to: [email protected] Mailing list archives: http://www.mail-archive.com/[email protected]/ Mailing list settings: http://kym.net/mailman/listinfo/lug To unsubscribe: http://kym.net/mailman/options/lug The Uganda LUG mailing list is generously hosted by INFOCOM: http://www.infocom.co.ug/ The above comments and data are owned by whoever posted them (including attachments if any). The mailing list host is not responsible for them in any way.
