From owner-cvs-src@FreeBSD.ORG  Mon Apr  4 20:38:31 2005
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2A33C16A4CE; Mon,  4 Apr 2005 20:38:31 +0000 (GMT)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id EBBFF43D39; Mon,  4 Apr 2005 20:38:30 +0000 (GMT)
	(envelope-from bright@elvis.mu.org)
Received: by elvis.mu.org (Postfix, from userid 1192)
	id DD7125CA30; Mon,  4 Apr 2005 13:38:30 -0700 (PDT)
Date: Mon, 4 Apr 2005 13:38:30 -0700
From: Alfred Perlstein <alfred@freebsd.org>
To: Jeff Roberson <jeff@FreeBSD.org>
Message-ID: <20050404203830.GB60345@elvis.mu.org>
References: <200504041143.j34Bhjar031386@repoman.freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200504041143.j34Bhjar031386@repoman.freebsd.org>
User-Agent: Mutt/1.4.2.1i
cc: cvs-src@FreeBSD.org
cc: src-committers@FreeBSD.org
cc: cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/sys/kern vfs_subr.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Apr 2005 20:38:31 -0000

* Jeff Roberson <jeff@FreeBSD.org> [050404 04:43] wrote:
> jeff        2005-04-04 11:43:44 UTC
> 
>   FreeBSD src repository
> 
>   Modified files:
>     sys/kern             vfs_subr.c 
>   Log:
>    - Instead of waiting forever to get a vnode in getnewvnode() wait for
>      one to become available for one second and then return ENFILE.  We
>      can run out of vnodes, and there must be a hard limit because without
>      one we can quickly run out of KVA on x86.  Presently the system can
>      deadlock if there are maxvnodes directories in the namecache.  The
>      original 4.x BSD behavior was to return ENFILE if we reached the max,
>      but 4.x BSD did not have the vnlru proc so it was less profitable to
>      wait.

This sounds really bad, can't a callback be made into the
namecache first to purge unused records before doing this?

Or is there already some sort of facility that already does
this?

-- 
- Alfred Perlstein
- Research Engineering Development Inc.
- email: bright@mu.org cell: 408-480-4684