From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 16:10:27 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 807C1106568B for ; Fri, 2 Apr 2010 16:10:27 +0000 (UTC) (envelope-from Petr.Salinger@seznam.cz) Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEE38FC28 for ; Fri, 2 Apr 2010 16:10:26 +0000 (UTC) Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100]) by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id o32FdD6G059608 for ; Fri, 2 Apr 2010 17:39:13 +0200 (CEST) (envelope-from Petr.Salinger@seznam.cz) Date: Fri, 2 Apr 2010 19:45:03 +0200 (CEST) From: Petr Salinger X-X-Sender: salinger@sci.felk.cvut.cz To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-FELK-MailScanner-Information: X-MailScanner-ID: o32FdD6G059608 X-FELK-MailScanner: Found to be clean X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.121, required 5, BAYES_00 -1.90, SPF_NEUTRAL 0.78) X-FELK-MailScanner-From: petr.salinger@seznam.cz X-FELK-MailScanner-To: freebsd-hackers@freebsd.org X-FELK-MailScanner-Watermark: 1270827554.52861@Loo9wC5R2NnEmWEQHkYFzA X-Spam-Status: No X-Mailman-Approved-At: Fri, 02 Apr 2010 17:22:24 +0000 Subject: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 16:10:27 -0000 Hi, I have the same problem as in http://lists.freebsd.org/pipermail/freebsd-hackers/2009-August/029227.html During "make check" of gcc-4.3 the vfs.numvnodes goes up, after reaching default limit 100000 the machine is stuck. kern.maxvnodes: 100000 kern.sigqueue.alloc_fail: 0 kern.sigqueue.overflow: 371 kern.sigqueue.preallocate: 1024 kern.sigqueue.max_pending_per_proc: 128 kern.minvnodes: 25000 vfs.freevnodes: 22 vfs.wantfreevnodes: 25000 vfs.numvnodes: 100005 debug.vnlru_nowhere: 811 It is not on plain FreeBSD, but the GNU/kFreeBSD changes to the kernel are minimal. The KTR trace of KTR_VFS from 8-stable is at http://asdfasdf.debian.net/~salinger/ktr.gz Thanks for any hints. Petr