Date: Fri, 3 Apr 1998 02:22:05 -0500 (EST) From: "John S. Dyson" <toor@dyson.iquest.net> To: dg@root.com Cc: stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: swap-leak in 2.2.5 ? Message-ID: <199804030722.CAA13321@dyson.iquest.net> In-Reply-To: <199804012212.OAA07880@implode.root.com> from David Greenman at "Apr 1, 98 02:12:28 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
> >In article <657.891465523.kithrup.freebsd.current@critter.freebsd.dk> you write: > >>The problem is, the kernel cannot account for the twohundred som Mbyte > >>of swap space it claims is in use. Even if I kill all processes the > >>number doesn't decrease significantly :-( > > > >There is something wrong with -stable. I reported this to John about a month > >ago, maybe two (I forget exactly). > > > >I noticed it when I upgraded from 32MBytes to 96MBytes of RAM; my swap usage, > >instead of going down, went drastically up. > > > >I am pretty sure it is related to MFS in my case; I was unable to see an MFS > >process in PHK's ps listing. > > > >Right now, I am at: > > > >Device 1K-blocks Used Avail Capacity Type > >/dev/sd0s1b 131072 4448 126560 3% Interleaved > >/dev/sd1s1b 131072 4408 126600 3% Interleaved > >Total 262016 8856 253160 3% > > > >I'm sorry, but with 96MBytes of RAM, there is no reason for my system to swap, > >given what it does. And that amount will slowly grow; when I rebooted for the > >OS upgrade on Saturday, it was at 39MBytes or so (MFS is 32MBytes on my > >system). > > > >However: when I shut down to single user mode, it dropped down to about > >100Kbytes in use. > > > >So, I think there's a leak, but I'm not sure *where* it is. Or perhaps it's > >just bad swap usage by the kernel. > > FreeBSD will slowly page infrequently used pages out in favor of file > caching, and 8MB (or 32+8) is about what you'd expect to see in this case. > Poul's problem seems to be different, however. > Chiming in on DG: which would you want: 1) a bunch of initialization code or data for a bunch of processes. 2) cache space for data that will be more often used? We chose (2) as the correct strategy. If you choose (1) and want to keep the from now-on unused initialization code in memory forever, I simply cannot understand or agree. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199804030722.CAA13321>