Date: Mon, 15 Oct 2001 15:36:06 -0500 From: Alfred Perlstein <bright@mu.org> To: Ian Dowse <iedowse@maths.tcd.ie> Cc: Dag-Erling Smorgrav <des@ofug.org>, Matt Dillon <dillon@earth.backplane.com>, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/vm vnode_pager.c Message-ID: <20011015153606.F59854@elvis.mu.org> In-Reply-To: <200110152105.aa38680@salmon.maths.tcd.ie>; from iedowse@maths.tcd.ie on Mon, Oct 15, 2001 at 09:05:34PM %2B0100 References: <xzpelo4r90f.fsf@flood.ping.uio.no> <200110152105.aa38680@salmon.maths.tcd.ie>
next in thread | previous in thread | raw e-mail | index | archive | help
* Ian Dowse <iedowse@maths.tcd.ie> [011015 15:05] wrote: > In message <xzpelo4r90f.fsf@flood.ping.uio.no>, Dag-Erling Smorgrav writes: > >No difference. 24 hours' uptime, patch applied and all file systems > >mounted async: > > > >des@des /usr/src% vmstat -m | grep FFS > > 256 UFS mount, FFS node, newblk, IpFw/IpAcct, routetbl, ifaddr, BPF, > > FFS node 71741 17936K 17938K 85338K 1341645 0 0 256 > > A silly, but effective workaround for this would be to use the zone > allocator for FFS inodes since it can be set up with no memory > limit (vnodes already use zalloc). The patch would be quite > straightforward - is that worth trying? No, the zone allocator sucks, one memory is pinned for a zone it can not be reused. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011015153606.F59854>