Date: Mon, 1 Oct 2001 00:05:56 -0500 From: Alfred Perlstein <bright@mu.org> To: Matt Dillon <dillon@earth.backplane.com> Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern vfs_cache.c vfs_subr.c src/sys/sys vnode.h Message-ID: <20011001000556.T59854@elvis.mu.org> In-Reply-To: <200110010458.f914wlZ47428@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Sep 30, 2001 at 09:58:47PM -0700 References: <200110010433.f914XZd11860@freefall.freebsd.org> <20010930234627.R59854@elvis.mu.org> <200110010458.f914wlZ47428@earth.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
* Matt Dillon <dillon@earth.backplane.com> [010930 23:58] wrote:
> :
> :Is _this_ the one that was messing up that guy where we kept running
> :out of vnodes? :)
> :
> :--
> :-Alfred Perlstein [alfred@freebsd.org]
>
> Which guy? Take your pick, there are at least three people with the
> 'vnodes ran into a wall' problem (I'm including Yahoo here, which has
> some rsync machines that still run into the problem even with all the
> patches).
The guy at Netzero, I've lost contact and I think he was being pressured
for a solution so he's probably not using FreeBSD any longer... :(
> I've been trying to figure out a simple way to fix it but it looks like
> I am going to have to implement another vnode list, similar to the
> tobefree list, that holds vnodes with no references but which still
> have VM pages. Then getnewvnode() can try to free the underlying pages
> if it exceeds kern.maxvnodes ('desiredvnodes' in the source).
This confuses me, shouldn't the syncer be cleaning these vnodes?
Are you saying that VOP_FSYNC somehow fails when there's fragmented
buffers or something?
--
-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?20011001000556.T59854>