In the last episode (Sep 11), John Almberg said: > > In this case you don't want to look at processes with big RES, you > > want to find processes with a big difference between RES and SIZE > > and/or the ones with flat-out largest SIZE. Try sorting top by SIZE > > and see what bubbles up. (Ignore rpc.statd if it's running.) > > Huh... okay. That's interesting. > > Well the biggest SIZE process is mysql, followed by three mongrel > instances (for a ruby on rails app), and then a bunch of httpd processes. > > Mysql is optimized for a small server, there isn't much I can do about the > size of the Rails app, so the apache instances seemed like the logical > place to start. > > I'm starting to wonder about the Swap info from top... it never changes. > It has said the same thing all day, since I've been watching it. Does > that make sense? > > Swap: 2008M Total, 150M Used, 1858M Free, 7% Inuse
If you previously ran some memory-intensive program, the system would have pushed some unused data out to disk ( login processes for unused VTYs, other daemons that are rarely used, etc ), but it won't free up that swap space until those processes exit. As long as you don't see "###K Out, ###K In" on that swap line, you're not actively using the swap space and don't have to worry. -- Dan Nelson dnel...@allantgroup.com _______________________________________________ firstname.lastname@example.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"