Date: Tue, 10 Nov 1998 21:46:17 -0500 From: Garance A Drosihn <drosih@rpi.edu> To: "Gary Palmer" <gpalmer@FreeBSD.ORG> Cc: current@FreeBSD.ORG Subject: Re: The infamous dying daemons bug Message-ID: <v04011703b26ea9a621c9@[128.113.24.47]> In-Reply-To: <4126.910720382@gjp.erols.com> References: Your message of "Tue, 10 Nov 1998 12:06:25 EST." <v04011700b26e1fccb9c1@[128.113.24.47]>
next in thread | previous in thread | raw e-mail | index | archive | help
At 12:53 PM -0500 11/10/98, Gary Palmer wrote: >Garance A Drosihn wrote in message ID ><v04011700b26e1fccb9c1@[128.113.24.47]>: >> Presumably the message is there to give advance warning about the >> usage of swap. A message that says "Hey, you're out of swap" just >> seconds before the machine completely dies is not quite as useful >> as one that tries to give you more advance notice (such that you >> could think about adding more swap space next weekend). > > Then I'd prefer to see a user-tunable setting which prints out a > kernel error when you reach a certain percentage of swap space > used. IMHO, in a server environment, that makes much more sense > as you want to keep everything possible in RAM, and using swap > (any swap) is a last resort. Thats certainly how I try to tune > my servers. Could that be handled by something that runs during the weekly system-checks? (the email that goes to root). I almost cobbled something together by checking the output of "top" for this, but in my case it isn't all that critical that no swap is used. (my machine has been up for two months without going to swap, but it is also configured with 400meg of swapspace "just in case"). A user-tunable setting for the kernel error message seems like a reasonable idea too, of course. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?v04011703b26ea9a621c9>