memory problem
@ndree
I扉e got a problem with the RAM memory in a linux server.
It seems that a proces is leeking memory, but I can愒 find out what program
causes this.
I扉e got about 190 MB In mB in the linux box, and always after a few days
90% is in use...
That愀 about 175 MB!!
I think this is a quite a lot! (when I compare it whit other linux boxes,
which are doing a lot more)
Because the box is doing nothing heavy, it running courier IMAP + Pop3
but the only one who uses this is me (a few times (say 10) a day)..
it愀 also running apache, it愀 serving 10 clients a day, so it愀 not very
much...
The load is always about 0.0X
With top or ps I can愒 find out, what causes this...
Can anyone give me some advise, what to do?
how can I find out what causes this high memory usage.
Hope you can help me...
-
Andree
Here is some aditional information (/proc/meminfo & ps aux & top)
----------------------------------------------------------------------------
---------------------------------------
cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 195473408 174944256 20529152 0 10207232 69066752
Swap: 296067072 176128 295890944
MemTotal: 190892 kB
MemFree: 20048 kB
MemShared: 0 kB
Buffers: 9968 kB
Cached: 67276 kB
SwapCached: 172 kB
Active: 72800 kB
Inactive: 46520 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 190892 kB
LowFree: 20048 kB
SwapTotal: 289128 kB
SwapFree: 288956 kB
----------------------------------------------------------------------------
-----------------------------------------------------------
$ ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.2 1272 488 ? S Sep19 0:03 init [2]
root 2 0.0 0.0 0 0 ? SW Sep19 0:00 [keventd]
root 3 0.0 0.0 0 0 ? SWN Sep19 0:00
[ksoftirqd_CPU0]
root 4 0.0 0.0 0 0 ? SW Sep19 0:00 [kswapd]
root 5 0.0 0.0 0 0 ? SW Sep19 0:00 [bdflush]
root 6 0.0 0.0 0 0 ? SW Sep19 0:00 [kupdated]
root 10 0.0 0.0 0 0 ? SW Sep19 0:00 [scsi_eh_0]
root 111 0.0 0.0 0 0 ? SW Sep19 0:00 [eth1]
root 178 0.0 0.3 1516 692 ? S Sep19 0:01
/sbin/syslog-ng
root 181 0.0 0.6 1960 1156 ? S Sep19 0:00
/sbin/klogd -c 4
root 187 0.0 0.4 1568 772 ? S Sep19 0:00
/usr/sbin/dhcpd-2.2.x eth1
root 192 0.0 0.2 1248 428 ? S Sep19 0:00
/usr/sbin/inetd
root 279 0.0 0.5 2464 992 ? S Sep19 0:00
/usr/lib/postfix/master
root 285 0.0 1.1 3936 2100 ? S Sep19 0:00
/usr/local/sbin/snmpd -c /etc/snmpd.conf
root 291 0.0 0.6 2776 1216 ? S Sep19 0:00
/usr/sbin/sshd
root 297 0.0 0.3 1652 684 ? S Sep19 0:00
/usr/sbin/cron
root 318 0.0 0.4 2048 920 ? S Sep19 0:00
/usr/sbin/pppd call adsl
root 319 0.0 0.2 1328 516 ? S Sep19 0:56
/usr/sbin/pptp pptp: GRE-to-PPP gateway on /dev/ptmx
root 322 0.0 0.2 1316 536 ? S Sep19 0:00
/usr/sbin/pptp pptp: call manager for 10.0.0.138
postfix 342 0.0 0.5 2476 1036 ? S Sep19 0:03 qmgr -l -t
fifo -u -c
root 381 0.0 0.2 1504 504 ? S Sep19 0:00
/usr/lib/courier-imap/libexec/authlib/authdaemond.plain start
root 383 0.0 0.4 1632 816 ? S Sep19 0:00
/usr/lib/courier-imap/libexec/authlib/authdaemond.plain start
root 384 0.0 0.4 1632 816 ? S Sep19 0:00
/usr/lib/courier-imap/libexec/authlib/authdaemond.plain start
root 385 0.0 0.4 1632 816 ? S Sep19 0:00
/usr/lib/courier-imap/libexec/authlib/authdaemond.plain start
root 386 0.0 0.4 1632 816 ? S Sep19 0:00
/usr/lib/courier-imap/libexec/authlib/authdaemond.plain start
root 387 0.0 0.4 1632 816 ? S Sep19 0:00
/usr/lib/courier-imap/libexec/authlib/authdaemond.plain start
root 397 0.0 0.2 1344 512 ? S Sep19 0:00
/usr/lib/courier-imap/libexec/couriertcpd -address=0 -stderrlogger=/u
root 401 0.0 0.2 1252 432 ? S Sep19 0:00
/usr/lib/courier-imap/libexec/courierlogger imapd
root 410 0.0 0.2 1344 512 ? S Sep19 0:00
/usr/lib/courier-imap/libexec/couriertcpd -address=0 -stderrlogger=/u
root 413 0.0 0.2 1252 432 ? S Sep19 0:00
/usr/lib/courier-imap/libexec/courierlogger pop3d
root 417 0.0 1.4 5244 2704 ? S Sep19 0:00
/usr/local/apache-1.3.26/bin/httpd -DSSL
root 422 0.0 0.2 1256 468 tty1 S Sep19 0:00 /sbin/getty
38400 tty1
root 423 0.0 0.2 1256 468 tty2 S Sep19 0:00 /sbin/getty
38400 tty2
root 424 0.0 0.2 1256 468 tty3 S Sep19 0:00 /sbin/getty
38400 tty3
root 425 0.0 0.2 1256 468 tty4 S Sep19 0:00 /sbin/getty
38400 tty4
root 426 0.0 0.2 1256 468 tty5 S Sep19 0:00 /sbin/getty
38400 tty5
root 427 0.0 0.2 1256 468 tty6 S Sep19 0:00 /sbin/getty
38400 tty6
nobody 428 0.0 3.4 8412 6524 ? S Sep19 0:30
/usr/local/apache-1.3.26/bin/httpd -DSSL
nobody 429 0.0 3.4 8388 6564 ? S Sep19 0:21
/usr/local/apache-1.3.26/bin/httpd -DSSL
nobody 430 0.0 3.3 8188 6360 ? S Sep19 0:32
/usr/local/apache-1.3.26/bin/httpd -DSSL
nobody 431 0.0 3.0 7720 5892 ? S Sep19 0:24
/usr/local/apache-1.3.26/bin/httpd -DSSL
nobody 432 0.0 3.5 8616 6772 ? S Sep19 0:22
/usr/local/apache-1.3.26/bin/httpd -DSSL
nobody 1040 0.0 3.2 7968 6136 ? S Sep19 0:26
/usr/local/apache-1.3.26/bin/httpd -DSSL
root 1061 0.0 1.1 3940 2112 ? S Sep19 0:06
/usr/local/sbin/snmpd -c /etc/snmpd.conf
nobody 1066 0.0 3.2 8216 6288 ? S Sep19 0:21
/usr/local/apache-1.3.26/bin/httpd -DSSL
nobody 10270 0.0 3.5 8564 6740 ? S 07:49 0:30
/usr/local/apache-1.3.26/bin/httpd -DSSL
nobody 10271 0.0 3.1 8020 6096 ? S 07:49 0:21
/usr/local/apache-1.3.26/bin/httpd -DSSL
nobody 10272 0.0 3.5 8636 6720 ? S 07:49 0:27
/usr/local/apache-1.3.26/bin/httpd -DSSL
root 12160 0.0 0.3 1612 640 ? S 10:18 0:00
/usr/local/bin/bwbar -i -t 5 eth0 1
nobody 12234 0.0 0.6 2916 1252 ? S 10:22 0:00 proftpd
(accepting connections)
postfix 19373 0.0 0.4 2416 940 ? S 19:16 0:00 pickup -l -t
fifo -u -c
andree 19867 0.0 0.2 1480 572 ? S 19:57 0:00
/usr/lib/courier-imap/bin/imapd Maildir
root 19935 0.1 0.8 5688 1684 ? S 20:03 0:00
/usr/sbin/sshd
andree 19937 0.2 0.9 5728 1804 ? S 20:03 0:00
/usr/sbin/sshd
andree 19938 0.0 0.6 2208 1212 pts/2 S 20:03 0:00 -bash
andree 19952 0.0 0.7 3508 1508 pts/2 R 20:04 0:00 ps aux
----------------------------------------------------------------------------
---------------------------------------
Top sorted on memory
21:39:04 up 1 day, 2:56, 2 users, load average: 0.00, 0.00, 0.00
58 processes: 57 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: 0.8% user, 0.4% system, 0.0% nice, 98.8% idle
Mem: 190892K total, 171832K used, 19060K free, 9984K buffers
Swap: 289128K total, 172K used, 288956K free, 67472K cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
432 nobody 9 0 6880 6772 3016 S 0.0 3.5 0:22 httpd
10270 nobody 9 0 6848 6740 3024 S 0.0 3.5 0:30 httpd
10272 nobody 9 0 6832 6720 2944 S 0.0 3.5 0:27 httpd
429 nobody 9 0 6672 6564 3024 S 0.0 3.4 0:21 httpd
428 nobody 9 0 6632 6524 3016 S 0.0 3.4 0:30 httpd
1066 nobody 9 0 6496 6384 3028 S 0.0 3.3 0:24 httpd
430 nobody 9 0 6468 6360 3032 S 0.0 3.3 0:32 httpd
1040 nobody 9 0 6248 6136 3028 S 0.0 3.2 0:26 httpd
10271 nobody 9 0 6212 6096 2940 S 0.0 3.1 0:21 httpd
431 nobody 9 0 6000 5892 3032 S 0.0 3.0 0:24 httpd
417 root 9 0 2780 2704 2356 S 0.0 1.4 0:00 httpd
1061 root 9 0 2112 2112 1248 S 0.0 1.1 0:06 snmpd
285 root 9 0 2100 2100 1244 S 0.0 1.1 0:00 snmpd
21045 andree 10 0 1808 1808 1620 S 0.1 0.9 0:00 sshd
19937 andree 9 0 1804 1804 1624 S 0.0 0.9 0:00 sshd
19935 root 9 0 1684 1684 1536 S 0.0 0.8 0:00 sshd
21043 root 9 0 1684 1684 1532 S 0.0 0.8 0:00 sshd
12234 nobody 9 0 1252 1252 956 S 0.0 0.6 0:00 proftpd
19938 andree 8 0 1236 1236 1008 S 0.0 0.6 0:00 bash
291 root 9 0 1216 1216 1092 S 0.0 0.6 0:00 sshd
21046 andree 9 0 1216 1216 992 S 0.0 0.6 0:00 bash
181 root 9 0 1156 1156 412 S 0.0 0.6 0:00 klogd
342 postfix 9 0 1036 1036 860 S 0.0 0.5 0:03 qmgr
279 root 9 0 992 992 828 S 0.0 0.5 0:00 master
21202 andree 19 0 952 952 748 R 0.9 0.4 0:00 top
20616 postfix 9 0 940 940 796 S 0.0 0.4 0:00 pickup
318 root 9 0 940 920 768 S 0.0 0.4 0:00 pppd
383 root 9 0 820 816 584 S 0.0 0.4 0:00
authdaemond.pla
384 root 9 0 820 816 584 S 0.0 0.4 0:00
authdaemond.pla
385 root 9 0 820 816 584 S 0.0 0.4 0:00
authdaemond.pla
386 root 9 0 820 816 584 S 0.0 0.4 0:00
authdaemond.pla
387 root 9 0 820 816 584 S 0.0 0.4 0:00
authdaemond.pla
187 root 9 0 772 772 556 S 0.0 0.4 0:00 dhcpd-2.2.x
178 root 9 0 692 692 544 S 0.0 0.3 0:01 syslog-ng
297 root 8 0 684 684 564 S 0.0 0.3 0:00 cron
12160 root 9 0 640 640 556 S 0.0 0.3 0:00 bwbar
322 root 9 0 544 536 480 S 0.0 0.2 0:00 pptp
319 root 9 0 516 516 444 S 0.0 0.2 0:57 pptp
397 root 8 0 516 512 444 S 0.0 0.2 0:00 couriertcpd
410 root 9 0 516 512 444 S 0.0 0.2 0:00 couriertcpd
381 root 9 0 508 504 448 S 0.0 0.2 0:00
authdaemond.pla
1 root 8 0 488 488 424 S 0.0 0.2 0:03 init
Ralf Bader
> Hello everyone,
>
> I扉e got a problem with the RAM memory in a linux server.
> It seems that a proces is leeking memory, but I can愒 find out what
> program causes this.
>
> I扉e got about 190 MB In mB in the linux box, and always after a few
> days 90% is in use...
> That愀 about 175 MB!!
>
> I think this is a quite a lot! (when I compare it whit other linux
> boxes, which are doing a lot more)
> Because the box is doing nothing heavy, it running courier IMAP + Pop3
> but the only one who uses this is me (a few times (say 10) a day)..
> it愀 also running apache, it愀 serving 10 clients a day, so it愀 not
> very much...
> The load is always about 0.0X
>
> With top or ps I can愒 find out, what causes this...
> Can anyone give me some advise, what to do?
> how can I find out what causes this high memory usage.
>
> Hope you can help me...
And where is now your problem? Is the system slowing down, responding
sluggishly or anything like that? Or are you just thinking that you now
better how to manage RAM than Linux does?
R.B.
@ndree
This system has to replace an older system, because the older system is
having problems with load...
It愀 an webserver, mailserver and firewall/router.
I惴 now testing the system, but i think a may be expecting problems with
this...
also because the old system only has 64 MB, and alway has an memory usage
between 50MB - 100 MB....
So I would like to find out, what the cause of this big memory usage is, and
why the older system doesn愒 has this problem...
So i惴 looking for a way to find out where this memory has gone, because
with a top or ps I only find about 30% of the memory matching with a PID
where is the other memory usage?
Hope you can help me.
Thanks in advance
Andree
<
"Ralf Bader" <rjb...@t-online.de> wrote in message
news:amfug4$kpd$00$1...@news.t-online.com...
kw...@digitalhermit.com
> I would like to know what this causes...
> This system has to replace an older system, because the older system is
> having problems with load...
> It愀 an webserver, mailserver and firewall/router.
>
> I惴 now testing the system, but i think a may be expecting problems with
> this...
> also because the old system only has 64 MB, and alway has an memory usage
> between 50MB - 100 MB....
>
> So I would like to find out, what the cause of this big memory usage is, and
> why the older system doesn愒 has this problem...
> So i惴 looking for a way to find out where this memory has gone, because
> with a top or ps I only find about 30% of the memory matching with a PID
> where is the other memory usage?
>
> Hope you can help me.
>
> Thanks in advance
> Andree
http://www.faqs.org/faqs/linux/faq/part4/
Check section 6.8.
Ralf Bader
> I would like to know what this causes...
> This system has to replace an older system, because the older system
> is having problems with load...
> It愀 an webserver, mailserver and firewall/router.
>
> I惴 now testing the system, but i think a may be expecting problems
> with this...
> also because the old system only has 64 MB, and alway has an memory
> usage between 50MB - 100 MB....
>
> So I would like to find out, what the cause of this big memory usage
> is, and why the older system doesn愒 has this problem...
> So i惴 looking for a way to find out where this memory has gone,
> because with a top or ps I only find about 30% of the memory matching
> with a PID where is the other memory usage?
>
> Hope you can help me.
Normally the amount of memory in use is increasing until practically all
RAM is used. This is not a problem, it is a habit of Linux. How fast
this happens depends on cron jobs, among other things. If you want to
test the system, start, stop and restart a couple of memory intensive
processes. When you restart something like Mozilla it comes up much
faster if the process image is still in cache. Cache memory will be
used for better purposes any time the need arises.
R.B.
BarryNL
you need it for running programs it will be reclaimed but its better to have
a lot of memory saving you having to go to disk for data than just have it
sitting empty.
"@ndree" <And...@nospam-Toonk.nl> schreef in bericht
news:3d8b7cc6$0$13221$e4fe...@dreader4.news.xs4all.nl...
> Hello everyone,
>
> I´ve got a problem with the RAM memory in a linux server.
> It seems that a proces is leeking memory, but I can´t find out what
program
> causes this.
>
> I´ve got about 190 MB In mB in the linux box, and always after a few days
> 90% is in use...
> That´s about 175 MB!!
>
> I think this is a quite a lot! (when I compare it whit other linux boxes,
> which are doing a lot more)
> Because the box is doing nothing heavy, it running courier IMAP + Pop3
> but the only one who uses this is me (a few times (say 10) a day)..
> it´s also running apache, it´s serving 10 clients a day, so it´s not very
> much...
> The load is always about 0.0X
>
> With top or ps I can´t find out, what causes this...
Robert Heller
In a message on Fri, 20 Sep 2002 22:26:18 +0200, wrote :
"> I would like to know what this causes...
"> This system has to replace an older system, because the older system is
"> having problems with load...
"> It愀 an webserver, mailserver and firewall/router.
">
"> I惴 now testing the system, but i think a may be expecting problems with
"> this...
"> also because the old system only has 64 MB, and alway has an memory usage
"> between 50MB - 100 MB....
">
"> So I would like to find out, what the cause of this big memory usage is, and
"> why the older system doesn愒 has this problem...
"> So i惴 looking for a way to find out where this memory has gone, because
"> with a top or ps I only find about 30% of the memory matching with a PID
"> where is the other memory usage?
Most of the memory usage is in disk cache buffers. This memory is not
being used by some process, but by the kernel to store recent and
frequently accessed disk blocks. This is normal. The system with less
memory had a smaller disk cache.
What is happening is this: about 170meg worth of your most actively
accessed web pages are in RAM and are being accessed from RAM, rather
than via disk I/O.
You don't have a problem or a memory leak. If/When some process needs
memory for some activity, the disk cache blocks will be cycled into the
virtual memory needed by the process(es) that need RAM.
Linux's memory management does not 'waste' available RAM. If processing
does not need RAM for process address space, the memory is used for a disk
block cache and for disk buffering. *THIS IS NORMAL.* There is *NOTHING*
wrong with your system.