From owner-freebsd-stable Sun Nov 17 15:45:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E00437B406 for ; Sun, 17 Nov 2002 15:45:12 -0800 (PST) Received: from hub.org (hub.org [64.49.215.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1482F43E8A for ; Sun, 17 Nov 2002 15:45:11 -0800 (PST) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [64.49.215.141]) by hub.org (Postfix) with ESMTP id 7B2C98A2C5F; Sun, 17 Nov 2002 19:45:06 -0400 (AST) Date: Sun, 17 Nov 2002 19:45:06 -0400 (AST) From: "Marc G. Fournier" To: Gregory Bond Cc: freebsd-stable@FreeBSD.ORG Subject: Re: -STABLE was stable for long time (Re: FreeBSD: Server or Desktop OS?) In-Reply-To: <200211172327.KAA11042@lightning.itga.com.au> Message-ID: <20021117193110.H23359-100000@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 18 Nov 2002, Gregory Bond wrote: > > You have chosen to maintain systems which stretch FreeBSD to its limits > > and uncover bugs lurking in the code. This is great. But you cannot do > > so on the one hand and refuse to face the administrative work on the > > other hand. > > And this is not a FreeBSD problem either - if you are doing stressful or > mission-critical things, then you have to put more effort into admin and > making sure you get the right OS environment, whether you are running > FreeBSD or Solaris or whatever. For example, if you had Solaris boxes > in the same job, you wouldn't just willy-nilly add Solaris patches > without trying them on a test box.... Actually ... when I patch up a Solaris box, I apply all the patches provided by Sun, as I expect it to be them that does the testing ... when I upgrade to FreeBSD-STABLE, I do so *expecting* that I may have some problems and will need to debug as a result ... but, I don't know kernel internals, but I do know how to provide at least the *base* debugging information to give a start ... If I can keep my server rock-solid on -STABLE, with the load that I'm putting onto it, there is a good chance that few others are going to be able to crash it ... if I *can* cause it to crash, and can provide information on that crash, I would *hope* that someone would want to act on that to keep it from happening to someone else ... I'm stress-testing FreeBSD in ways that, I would guess, few of the developers have the time to do ... I'm stess-testing it in ways that few end-users ever see ... not only am I hitting the server(s) with a very heavy load, but its a very heavy load that is pretty steady, and by several hundred different applications, and, in some cases, several different versions of those applications ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message