From owner-freebsd-current  Fri Feb 28 02:28:31 1997
Return-Path: <owner-current>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id CAA19358
          for current-outgoing; Fri, 28 Feb 1997 02:28:31 -0800 (PST)
Received: from bofh.cybercity.dk (bofh.cybercity.dk [195.8.128.254])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA19353
          for <freebsd-current@FreeBSD.ORG>; Fri, 28 Feb 1997 02:28:27 -0800 (PST)
Received: from critter.dk.tfs.com ([140.145.230.252]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id LAA08500; Fri, 28 Feb 1997 11:31:08 +0100 (MET)
Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id LAA13435; Fri, 28 Feb 1997 11:31:54 +0100 (MET)
To: Bruce Evans <bde@zeta.org.au>
cc: bde@freefall.freebsd.org, michaelh@cet.co.jp, freebsd-current@FreeBSD.ORG
Subject: Re: cvs commit: src/sys/conf options 
In-reply-to: Your message of "Fri, 28 Feb 1997 21:02:01 +1100."
             <199702281002.VAA07490@godzilla.zeta.org.au> 
Date: Fri, 28 Feb 1997 11:31:53 +0100
Message-ID: <13433.857125913@critter.dk.tfs.com>
From: Poul-Henning Kamp <phk@critter.dk.tfs.com>
Sender: owner-current@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

In message <199702281002.VAA07490@godzilla.zeta.org.au>, Bruce Evans writes:
>>>   Branch:      sys/conf  RELENG_2_2
>>>   Modified:    sys/conf  options
>>>   Log:
>>>   YAMFC (everything except INCLUDE_CONFIG_FILE, CHILD_MAX, OPEN_MAX and
>>>   ARP_PROXYALL.  This merge is mainly to start nuking EXTRAVNODES.  It
>>>   also removes some non-optional MSG* and SEM* "options" and sorts the
>>>   options).
>
>>Is the intent to be able to increase vnodes via sysctl?  The ability to
>>decrease will likely break a lot of assumptions made in the code. 
>
>Changing the number vnodes via sysctl is a standard 4.4BSD (Lite1) feature.
>Decreasing the number below the current number allocated has no effect
>except to inhibit future allocations.  The limit is fuzzy anyway.

Decreasing it could be implemented, but it would take some time for the
vnodes to be expired down to the limit.  There are a few cases were you
can safely kill them.

--
Poul-Henning Kamp           | phk@FreeBSD.ORG       FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk    Private mailbox.
whois: [PHK]                | phk@tfs.com           TRW Financial Systems, Inc.
Power and ignorance is a disgusting cocktail.