memory leak?
I noticed that top shows a lot of memory used even when I've got very
little running. I run netscape, emacs, and other known memory hogs,
and can see the memory usage go up, but I expect it to go back down
when I kill them. It does a little, but not as much as I expect. For
example, here is the top output after killing netscape, emacs, and X.
Nothing running but a console login, actually.
5:09pm up 9:21, 1 user, load average: 0.00, 0.00, 0.00
24 processes: 23 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: 0.4% user, 0.0% system, 0.0% nice, 99.4% idle
Mem: 128320K av, 70368K used, 57952K free, 10108K shrd, 24976K buff
Swap: 130748K av, 0K used, 130748K free 30040K cached
PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND
1325 neil 18 0 1136 1132 684 R 0 0.9 0.8 0:00 top
1 root 0 0 464 464 404 S 0 0.0 0.3 0:03 init
2 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kflushd
3 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kupdate
4 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kpiod
5 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kswapd
75 daemon 0 0 408 408 332 S 0 0.0 0.3 0:00 portmap
118 root 0 0 636 636 520 S 0 0.0 0.4 0:00 syslogd
120 root 0 0 736 736 388 S 0 0.0 0.5 0:00 klogd
140 root 0 0 588 588 440 S 0 0.0 0.4 0:00 cardmgr
144 root 0 0 452 452 392 S 0 0.0 0.3 0:00 apmd
154 root 0 0 556 556 484 S 0 0.0 0.4 0:00 inetd
167 root 0 0 564 564 480 S 0 0.0 0.4 0:00 lpd
174 rwhod 0 0 684 684 592 S 0 0.0 0.5 0:00 rwhod
210 root 3 0 1112 1112 856 S 0 0.0 0.8 0:00 sendmail
216 root 0 0 964 964 756 S 0 0.0 0.7 0:00 proftpd
219 daemon 0 0 548 548 468 S 0 0.0 0.4 0:00 atd
222 root 0 0 616 616 516 S 0 0.0 0.4 0:00 cron
225 neil 14 0 1224 1224 896 S 0 0.0 0.9 0:00 bash
226 root 0 0 444 444 380 S 0 0.0 0.3 0:00 getty
227 root 0 0 444 444 380 S 0 0.0 0.3 0:00 getty
228 root 0 0 444 444 380 S 0 0.0 0.3 0:00 getty
229 root 0 0 444 444 380 S 0 0.0 0.3 0:00 getty
230 root 0 0 444 444 380 S 0 0.0 0.3 0:00 getty
There are no big processes, but something is using up 70MB of memory!
Any ideas what? The machine is a Sony Vaio with 128 MB or RAM running
potato.
--
Neil L. Roeth
neil@occamsrazor.net
Reply to: