yeah, the first time i saw the /proc (process) directory i didnt' understand
it either. its actually a virtual filesytem of processes contained in
memory. so if you want to make a change to something, usually you
echo "2" > /proc/file
or something like that, and it changes the parameter on the fly! its one
very cool thing about linux. and the kcore file is not a core dump but your
kernel in memory. i would NOT delete that!! the
/usr/src/linux/Documentation/proc.txt file is some good reading, check it
out. it can explain this better than i can. :)
Jason
>
> 'sysctl -a | grep buf' shows: vm.buffermem = 2 10 60
>
> When I checked the /proc/sys/vm/ this is what it shows:
>
> -rw------- 1 root root 0 Dec 7 19:46 bdflush
> -rw-r--r-- 1 root root 0 Dec 7 19:46 buffermem
> -rw-r--r-- 1 root root 0 Dec 7 19:46 freepages
> -rw-r--r-- 1 root root 0 Dec 7 19:46 kswapd
> -rw-r--r-- 1 root root 0 Dec 7 19:46 overcommit_memory
> -rw------- 1 root root 0 Dec 7 19:46 page-cluster
> -rw-r--r-- 1 root root 0 Dec 7 19:46 pagecache
> -rw------- 1 root root 0 Dec 7 19:46 pagetable_cache
>
> They are all empty. When I did an ls on /proc, this shows up:
>
> -r-------- 1 root root 268177408 Dec 7 19:56 kcore
> -r-------- 1 root root 0 Nov 29 18:10 kmsg
> -rw-r--r-- 1 root root 66 Dec 7 19:56 mtrr
> dr-xr-xr-x 4 root root 0 Nov 29 18:10 net
> -r--r--r-- 1 root root 0 Dec 7 19:56 partitions
> -r--r--r-- 1 root root 0 Dec 7 19:56 pci
> -r--r--r-- 1 root root 0 Dec 7 19:56 rtc
> dr-xr-xr-x 3 root root 0 Dec 7 19:56 scsi
> lrwxrwxrwx 1 root root 64 Dec 7 19:56 self -> 15964
>
> Everything above kcore are empty. What is this kcore and why is
> it so big?
> Is it like a core dump? The command 'file' displays: /proc/kcore:
> Linux/i386 core file. Is this file important and can I delete it?
>
> Also, here's an update of 'top':
>
> 10:35am up 8 days, 16:25, 2 users, load average: 0.15, 0.12, 0.09
> 58 processes: 57 sleeping, 1 running, 0 zombie, 0 stopped
> CPU states: 0.9% user, 1.3% system, 0.0% nice, 97.6% idle
> Mem: 257492K av, 211044K used, 46448K free, 32904K shrd, 139212K
> buff
> Swap: 530104K av, 2224K used, 527880K free 44488K
> cached
>
> PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND
> 4415 root 0 0 4004 3492 3296 S 0 0.0 1.3 0:00 httpd
> 4418 nobody 0 0 3732 2336 1768 S 0 0.0 0.9 0:00 httpd
> 4422 nobody 0 0 3740 2336 1756 S 0 0.0 0.9 0:00 httpd
> 4419 nobody 0 0 3720 2284 1744 S 0 0.0 0.8 0:00 httpd
> 4420 nobody 0 0 3364 1892 1576 S 0 0.0 0.7 0:00 httpd
> 30619 named 0 0 2060 1760 756 S 0 0.0 0.6 0:12 named
> 4423 nobody 0 0 3032 1492 1284 S 0 0.0 0.5 0:00 httpd
> 4424 nobody 0 0 3032 1492 1284 S 0 0.0 0.5 0:00 httpd
> 4425 nobody 0 0 3032 1492 1284 S 0 0.0 0.5 0:00 httpd
> 4421 nobody 0 0 3032 1432 1224 S 0 0.0 0.5 0:00 httpd
> 21321 root 0 0 1196 1196 924 S 0 0.0 0.4 0:00 login
> 21358 root 0 0 1196 1196 924 S 0 0.0 0.4 0:00 login
> 597 xfs 0 0 1020 1016 532 S 0 0.0 0.3 0:00 xfs
> 21322 vvuong 0 0 968 968 740 S 0 0.0 0.3 0:00 bash
> 21359 vvuong 0 0 968 968 740 S 0 0.0 0.3 0:00 bash
> 23322 root 3 0 968 968 736 S 0 0.0 0.3 0:00 bash
> 23318 root 0 0 948 948 732 S 0 0.0 0.3 0:00 su
> 21348 vvuong 16 0 864 864 668 R 0 0.5 0.3 0:29 top
> 21320 root 0 0 760 760 604 S 0 0.0 0.2 0:03
> in.telnetd
> 21357 root 0 0 756 756 604 S 0 0.0 0.2 0:00
> in.telnetd
> 23407 root 10 0 756 756 692 S 0 0.0 0.2 0:00 sh
> 23406 root 5 0 716 716 656 S 0 0.0 0.2 0:00 sh
> 23411 root 10 0 688 688 560 S 0 0.0 0.2 0:00 less
> 410 root 0 0 684 680 304 S 0 0.0 0.2 0:03 klogd
> 23403 root 5 0 680 680 392 S 0 0.0 0.2 0:00 man
> 456 root 0 0 564 560 456 S 0 0.0 0.2 0:00 crond
> 424 nobody 0 0 544 532 424 S 0 0.0 0.2 0:00 identd
> 426 nobody 0 0 544 532 424 S 0 0.0 0.2 0:00 identd
> 427 nobody 0 0 544 532 424 S 0 0.0 0.2 0:00 identd
> 428 nobody 0 0 544 532 424 S 0 0.0 0.2 0:00 identd
> 429 nobody 0 0 544 532 424 S 0 0.0 0.2 0:00 identd
> 336 root 0 0 516 512 428 S 0 0.0 0.1
> 0:00 rpc.statd
> 401 root 13 0 504 500 404 S 0 0.7 0.1 14:36 syslogd
> 488 root 0 0 488 484 404 S 0 0.0 0.1 0:00 lpd
> 1 root 0 0 476 476 404 S 0 0.0 0.1 0:05 init
> 474 root 18 0 472 468 384 S 0 0.0 0.1 0:14 inetd
> 10835 qmaill 0 0 428 428 348 S 0 0.0 0.1
> 0:01 splogger
> 635 root 0 0 408 408 340 S 0 0.0 0.1
> 0:00 mingetty
> 636 root 0 0 408 408 340 S 0 0.0 0.1
> 0:00 mingetty
> 637 root 0 0 408 408 340 S 0 0.0 0.1
> 0:00 mingetty
> 638 root 0 0 408 408 340 S 0 0.0 0.1
> 0:00 mingetty
>
> That means I've just lost another 14MB of free mem. But the stat
> shows that
> less is being used by the the httpd compared to yesterday :(
>
> vav
>
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Holland
> Sent: Thursday, December 07, 2000 7:42 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Memory Leak
>
>
> Vav,
> this looks normal for linux. the load on your box is so low it
> looks like
> its asleep. :) i have boxes at work and home that both do the same thing.
> linux is just being very, very generous with the allocation of
> buffer cache.
> if you really want to get brave, you can change that value in the /proc
> directory with sysctl. i think its /proc/sys/vm/buffermem. it would be a
> good test to see if you grab back some memory. just a thought.
>
> Jason
>
>
> >
> > That does make sense. But it's strange. This server is my main email
> > server, also running webserver. When I saw how much memory it took, I
> > logged off of Xwindow and that brought me up to about 180MB.
> Then as the
> > week goes by, it started slowly loosing its free memory again.
> > Top seems to
> > show a usage of maybe 60MB. The other thing is that memory usage
> > increases
> > faster during the day. I expected it to come back up in the
> > evening, but it
> > didn't. I just hope that it stops at 62MB. ^_^ Thankx all for
> your help.
> > Please take a look at the data below and tell me if it looks
> > right. Thankx
> > again.
> >
> > vav
> >
> >
> >
> > vmstat:
> > procs memory swap io system
> > cpu
> > r b w swpd free buff cache si so bi bo in
> > cs us sy
> > id
> > 1 0 0 0 61920 118144 46796 0 0 0 3 44
> > 30 0 0
> > 37
> > -----------------------------------------------------------------
> >
> > Top:
> > 6:42pm up 8 days, 32 min, 3 users, load average: 0.00, 0.00, 0.00
> > 59 processes: 58 sleeping, 1 running, 0 zombie, 0 stopped
> > CPU states: 0.0% user, 0.5% system, 0.0% nice, 99.4% idle
> > Mem: 257492K av, 195320K used, 62172K free, 55052K shrd, 118144K
> > buff
> > Swap: 530104K av, 0K used, 530104K free 46796K
> > cached
> >
> > PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM
> TIME COMMAND
> > 4418 nobody 0 0 4620 4620 4052 S 0 0.0 1.7 0:00 httpd
> > 4419 nobody 0 0 4596 4596 4100 S 0 0.0 1.7 0:00 httpd
> > 4422 nobody 0 0 4580 4580 4128 S 0 0.0 1.7 0:00 httpd
> > 4420 nobody 0 0 4220 4220 4012 S 0 0.0 1.6 0:00 httpd
> > 4421 nobody 0 0 4220 4220 4012 S 0 0.0 1.6 0:00 httpd
> > 4423 nobody 0 0 4220 4220 4012 S 0 0.0 1.6 0:00 httpd
> > 4424 nobody 0 0 4220 4220 4012 S 0 0.0 1.6 0:00 httpd
> > 4425 nobody 0 0 4220 4220 4012 S 0 0.0 1.6 0:00 httpd
> > 4415 root 0 0 4144 4144 3944 S 0 0.0 1.6 0:00 httpd
> > 30619 named 0 0 2220 2220 916 S 0 0.0 0.8 0:10 named
> > 3884 root 0 0 1196 1196 924 S 0 0.0 0.4 0:00 login
> > 4125 root 0 0 1196 1196 924 S 0 0.0 0.4 0:00 login
> > 7381 root 0 0 1196 1196 924 S 0 0.0 0.4 0:00 login
> > 597 xfs 0 0 1136 1136 648 S 0 0.0 0.4 0:00 xfs
> > 3886 Knic 0 0 992 992 760 S 0 0.0 0.3 0:00 bash
> > 4109 root 0 0 976 976 736 S 0 0.0 0.3 0:00 bash
> > 10647 root 0 0 976 976 736 S 0 0.0 0.3 0:00 bash
> > 4126 Knic 0 0 964 964 740 S 0 0.0 0.3 0:00 bash
> > 7383 Knic 0 0 964 964 740 S 0 0.0 0.3 0:00 bash
> > 4108 root 0 0 948 948 732 S 0 0.0 0.3 0:00 su
> > 10646 root 0 0 948 948 732 S 0 0.0 0.3 0:00 su
> > 14553 Knic 14 0 868 868 668 R 0 0.5 0.3 0:17 top
> > 410 root 0 0 768 768 388 S 0 0.0 0.2 0:03 klogd
> > 3883 root 0 0 760 760 604 S 0 0.0 0.2 0:00
> > in.telnetd
> > 4124 root 0 0 760 760 604 S 0 0.0 0.2 0:02
> > in.telnetd
> > 7379 root 0 0 760 760 604 S 0 0.0 0.2 0:00
> > in.telnetd
> > 424 nobody 0 0 640 640 520 S 0 0.0 0.2
> 0:00 identd
> > 426 nobody 0 0 640 640 520 S 0 0.0 0.2
> 0:00 identd
> > 427 nobody 0 0 640 640 520 S 0 0.0 0.2
> 0:00 identd
> > 428 nobody 0 0 640 640 520 S 0 0.0 0.2
> 0:00 identd
> > 429 nobody 0 0 640 640 520 S 0 0.0 0.2
> 0:00 identd
> > 456 root 0 0 620 620 512 S 0 0.0 0.2 0:00 crond
> > 336 root 0 0 560 560 472 S 0 0.0 0.2
> > 0:00 rpc.statd
> > 401 root 4 0 552 552 452 S 0 0.0 0.2
> 12:43 syslogd
> > 488 root 0 0 532 532 448 S 0 0.0 0.2 0:00 lpd
> > 474 root 15 0 528 528 440 S 0 0.0 0.2 0:13 inetd
> > 442 daemon 0 0 496 496 416 S 0 0.0 0.1 0:00 atd
> > 537 root 0 0 496 496 420 S 0 0.0 0.1 0:00 gpm
> > 350 root 0 0 480 480 412 S 0 0.0 0.1 0:00 apmd
> > 1 root 0 0 476 476 404 S 0 0.0 0.1 0:05 init
> > 311 bin 0 0 428 428 340 S 0 0.0 0.1
> 0:00 portmap
> > -------------------------------------------------------------------
> >
> >
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Hogg
> > Sent: Thursday, December 07, 2000 6:20 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Memory Leak
> >
> >
> >
> > -----Original Message-----
> > From: Vu Vuong <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> > Date: Thursday, December 07, 2000 5:16 PM
> > Subject: Memory Leak
> >
> >
> > >Hi,
> > > Could someone help me diagnose my system. I use 'top' to
> monitor the
> > >system activities. As I watch, the memory used increases. I
> don't know
> > >what is causing it. Earlier this week it was at 130MB free,
> now it's at
> > >62MB free. I used 'vmstat 1' to see if there were any large
> > file swapping
> > >involve, but could not see it. Any help would be most
> > appreciated. Thank
> > >you.
> > >
> >
> >
> > Take a look at the output of top again. Do you see how much
> > memory is being
> > shared and used for disk buffers? Subtract those out from the
> > amount shown
> > used and you get the real amount of memory your programs are using. The
> > buffers and share bits will shrink if and when a program needs the RAM.
> > It's the normal behavior for linux. My system shows 192Megs in use of
> > 256Megs, but 154Megs is just buffers. Leaving only 38Megs in use by
> > programs. If you start using lots of swap, and you don't see a
> > high buffers
> > total, then you should worry. Hope this helps.
> >
> > Jeff Hogg
> >
> >
> >
> > _______________________________________________
> > Redhat-list mailing list
> > [EMAIL PROTECTED]
> > https://listman.redhat.com/mailman/listinfo/redhat-list
> >
> >
> >
> >
> >
> > vav,
> > linux is typically aggressive when it comes to memory use.
> > which means it
> > will use MORE than it needs. you mentioned your system has not begun to
> > swap, are applications crashing?? is there any one
> application suffering
> > performance wise?? it doesn't sound like a memory leak, just
> > linux being a
> > little over aggressive in memory use.
> >
> > Jason
> >
> >
> >
> > _______________________________________________
> > Redhat-list mailing list
> > [EMAIL PROTECTED]
> > https://listman.redhat.com/mailman/listinfo/redhat-list
> >
>
>
>
> _______________________________________________
> Redhat-list mailing list
> [EMAIL PROTECTED]
> https://listman.redhat.com/mailman/listinfo/redhat-list
>
>
>
> _______________________________________________
> Redhat-list mailing list
> [EMAIL PROTECTED]
> https://listman.redhat.com/mailman/listinfo/redhat-list
>
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
