Date: Tue, 29 Oct 1996 03:53:51 -0500 (EST) From: "John S. Dyson" <toor@dyson.iquest.net> To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Cc: dyson@FreeBSD.org, current@FreeBSD.org Subject: Re: Request to add this to FAQ re: swap space Message-ID: <199610290853.DAA03148@dyson.iquest.net> In-Reply-To: <199610290837.AAA01517@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Oct 29, 96 00:37:29 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > > > > > > as usual, add some space in for expansion and for process growth. > > > > > > Thats what ``swapon'' is for :-) :-) :-) :-) > > > > > So are you going to add the code to properly support swapon for files? :-). > > I thought this was long ago working, what happened? > We had experimented with it, but I have been hoping to implement a proper swapon/swapoff. There are only so many hours in a day :-). > > > I think that 2.2 is going to be frozen soon, and the risk/reward might be > > excessive to do it. VN devices exact a significant performance hit. In > > fact, the swapon for files will also. > > ``swaping/paging'' imposes enough of a performance hit that my methodology > already takes care of that, just don't swap more than you have memory, > I rarely wait for my swap space usage to hit 50% before I toss more memory > in a box. Of cource, the boarder cases already talked about are an exception > to this condition (can't put enough physical RAM in most machines for them > to be at 1 x RAM swapsize). > The issue is that there are alot of individuals who run X in 16-32MB and will complain if they cannot have 20-30 X applications running (perhaps inactive, on swap space.) You can easily run out of swap space in that condition. Those people who know that they will not run out of swap space, can configure their systems appropriately. Note that processes that are idle and paged/swapped out take no system time. It is mostly when a system is thrashing that more memory is needed. John
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199610290853.DAA03148>