From owner-freebsd-current  Tue Mar 10 17:09:38 1998
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id RAA17267
          for freebsd-current-outgoing; Tue, 10 Mar 1998 17:09:38 -0800 (PST)
          (envelope-from owner-freebsd-current@FreeBSD.ORG)
Received: from iquest3.iquest.net (iquest3.iquest.net [209.43.20.203])
          by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA17260
          for <current@FreeBSD.ORG>; Tue, 10 Mar 1998 17:09:36 -0800 (PST)
          (envelope-from dyson@iquest.net)
From: dyson@iquest.net
Received: (qmail 7651 invoked from network); 11 Mar 1998 01:09:33 -0000
Received: from iquest7.iquest.net (206.53.230.110)
  by iquest3.iquest.net with SMTP; 11 Mar 1998 01:09:33 -0000
Received: (qmail 1368 invoked by uid 4420); 11 Mar 1998 01:09:32 -0000
Message-ID: <19980311010932.1366.qmail@iquest7.iquest.net>
Subject: Re: panics with SMP and NFS
To: ade@demon.net
Date: Tue, 10 Mar 1998 20:09:31 -0500 (EST)
Cc: gjohnson@nola.srrc.usda.gov, current@FreeBSD.ORG
In-Reply-To: <E0yCXgh-0000rq-00@gorgon.lovett.com> from "Ade Lovett" at Mar 10, 98 04:39:54 pm
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> 
> Peeking at the code, it seems that this panic (and a bunch of other
> stuff) is only called if MAX_PERF is undefined -- sadly, no mention
> of MAX_PERF is made in any of the kernel config files (even LINT).
> 
Just a suggestion:
	Be careful using options that are not defined.  That option
is used by me to evaluate the overhead of certain types consistancy
checking.  It will probably be a part of the code, but when such
options are used, and when the code is still being developed, the
valuable internal system consistancy checks are disabled, and the
side effects of such can be disasterous.

	It is bad enough to remove 'options DIAGNOSTIC' on a
-current kernel.  You are taking even bigger risks using performance
options.

John

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message