linux kernel likes to keep things in ram to keep things fast, there's alot of cacheing going on. i wouldn't worry about it unless you start hitting swap heavily without doing much of anything. my light use server is using 128mb of swap (512mb of physical memory),b ut there's not much going on. nothing to worry about, i'd worry if you saw individual processes using alot of memory (use 'top' to find this out, you can sort by different criteria. press 'h' for help or look aot the man page) -d Yang Xiao said: > > > > > -----Original Message----- > From: Yang Xiao [mailto:yxiao@xxxxxxxx] > Sent: Wednesday, May 05, 2004 3:08 PM > To: For users of Fedora Core releases > Subject: (no subject) > > > > Hi list, > > I'm running Fedora Core 1 with 512 MB RAM and 1 Ghz CPU. > > I noticed that even without any apps running, the machine seems to be > using a lot of RAM and I can't figure out what and why. > > Here's the top output > > total 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 100.0% > Mem: 513292k av, 352408k used, 160884k free, 0k shrd, 106080k > buff > 139380k active, 83000k inactive > Swap: 1044216k av, 496k used, 1043720k free 112940k > cached > > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU > COMMAND > 1 root 16 0 420 420 360 S 0.0 0.0 0:04 0 init > [3] 2 root 15 0 0 0 0 SW 0.0 0.0 0:00 0 > keventd 3 root 15 0 0 0 0 SW 0.0 0.0 0:00 > 0 kapmd 4 root 34 19 0 0 0 SWN 0.0 0.0 0:00 > 0 > ksoftirqd/0 > 6 root 25 0 0 0 0 SW 0.0 0.0 0:00 0 > bdflush 5 root 16 0 0 0 0 SW 0.0 0.0 0:01 > 0 kswapd 7 root 15 0 0 0 0 SW 0.0 0.0 0:00 > 0 kupdated 8 root 23 0 0 0 0 SW 0.0 0.0 0:00 > 0 > mdrecoveryd > 12 root 15 0 0 0 0 SW 0.0 0.0 0:00 0 > kjournald > 489 root 15 0 0 0 0 SW 0.0 0.0 0:00 0 > kjournald 775 root 16 0 600 600 516 S 0.0 0.1 0:00 > 0 syslogd -m > 0 > 779 root 15 0 376 376 312 S 0.0 0.0 0:00 0 klogd > -x 807 rpc 16 0 564 564 488 S 0.0 0.1 0:00 0 > portmap 827 rpcuser 18 0 712 712 632 S 0.0 0.1 0:00 > 0 rpc.statd 876 root 17 0 1256 1192 1088 S 0.0 0.2 > 0:00 0 > /usr/sbin/sshd > 892 root 16 0 844 844 728 S 0.0 0.1 0:00 0 xinetd > -stayalive -pidfile /var/run/xinetd.pid > 903 root 18 0 480 480 396 S 0.0 0.0 0:00 0 > /usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf > 915 root 16 0 600 600 528 S 0.0 0.1 0:00 0 crond > 937 daemon 16 0 572 564 508 S 0.0 0.1 0:00 0 > /usr/sbin/atd > 947 dbus 18 0 676 652 584 S 0.0 0.1 0:00 0 > dbus-daemon-1 --system > 956 root 18 0 344 344 288 S 0.0 0.0 0:00 0 > /sbin/mingetty tty1 > 957 root 18 0 332 292 280 S 0.0 0.0 0:00 0 > /sbin/mingetty tty2 > 958 root 18 0 336 284 284 S 0.0 0.0 0:00 0 > /sbin/mingetty tty3 > 959 root 19 &nbs p; 0 336 284 284 S 0.0 0.0 0:00 0 > /sbin/mingetty tty4 > 960 root 19 0 336 284 284 S 0.0 0.0 0:00 0 > /sbin/mingetty tty5 > 961 root 20 0 332 284 284 S 0.0 0.0 0:00 0 > /sbin/mingetty tty6 > 1806 root 16 0 2024 2012 1704 S 0.0 0.3 0:04 0 sshd: > root@pts/1 <http://us.f611.mail.yahoo.com/ym/Compose?To=root@pts/1> > 1808 root 15 0 1340 1276 1112 S 0.0 0.2 0:00 0 -bash > 1863 root 15 0 2 020 2008 1704 S 0.0 0.3 0:11 0 sshd: > root@pts/2 <http://us.f611.mail.yahoo.com/ym/Compose?To=root@pts/2> > 1865 root 16 0 1388 1336 1144 S 0.0 0.2 0:01 0 -bash > 2508 root 16 0 2000 1992 1704 R 0.0 0.3 0:02 0 sshd: > root@pts/0 <http://us.f611.mail.yahoo.com/ym/Compose?To=root@pts/0> > 2510 root 15 0 1384 1384 1140 S 0.0 0.2 0:01 0 -bash > 3744 root 16 0 1608 1604 1312 S 0.0 0.3 0:00 0 ssh -l > root pr2 > 5600 root 16 0 1064 1064 888 R &nb sp; 0.0 0.2 0:00 0 > top > > > > I suppose cached/buffered memory are "free" because free gives the > following output > > > > total used free shared buffers cached > Mem: 501 344 157 0 103 > 110 -/+ buffers/cache: 130 371 > Swap: 1019 0 1019 > > but still, what's using 130 MB of RAM ? > > > > Thanks, > > > > Yang > > > > +( duncan brown : duncanbrown@xxxxxxxxxxxxxxxxx )+ +( linux "just works" : www.linuxadvocate.net )+ -------------------------------------------------- Understatement of the century: "Hello everybody out there using minix - I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones" - Linus Torvalds, August 1991 --------------------------------------------------
