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>