From owner-freebsd-bugs@FreeBSD.ORG Mon Oct 25 20:50:40 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7D2C16A4CE for ; Mon, 25 Oct 2004 20:50:40 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C87A543D3F for ; Mon, 25 Oct 2004 20:50:40 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i9PKoeNf047741 for ; Mon, 25 Oct 2004 20:50:40 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9PKoeox047740; Mon, 25 Oct 2004 20:50:40 GMT (envelope-from gnats) Date: Mon, 25 Oct 2004 20:50:40 GMT Message-Id: <200410252050.i9PKoeox047740@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: David Schultz Subject: Re: kern/73094: [unionfs] system runs out of vnodes X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Schultz List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 20:50:41 -0000 The following reply was made to PR kern/73094; it has been noted by GNATS. From: David Schultz To: Irina Liakh Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/73094: [unionfs] system runs out of vnodes Date: Mon, 25 Oct 2004 16:47:34 -0400 On Mon, Oct 25, 2004, Irina Liakh wrote: > In normal situation, when vnode count is going > to be over, getnewvnode() routine tries > to reuse (by vtryrecycle()) existing but freed vnodes, > and numvnodes (sysctl vfs.numvnodes) stops growing. > When using unionfs (accessing files in it), > vtryrecycle() always fails. The reason is non-zero > resident_page_count field in vm_object_t-object > corresponding to vnode-to-be-reused. > Hence, getnewvnode() allocates new vnodes > until numvnodes minus freevnodes becomes greater than > desiredvnodes, after what every getnewvnode() goes to > sleep with status-for-ps "vlruwk". What makes you think this has something to do with the resident page count, as opposed to v_usecount?