From owner-freebsd-fs@FreeBSD.ORG Thu Feb 15 15:43:08 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83BB216A401 for ; Thu, 15 Feb 2007 15:43:08 +0000 (UTC) (envelope-from tol@pdc.kth.se) Received: from mx1.kth.se (mx1.kth.se [130.237.32.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2616513C4A8 for ; Thu, 15 Feb 2007 15:43:01 +0000 (UTC) (envelope-from tol@pdc.kth.se) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx1.kth.se (Postfix) with ESMTP id 7DB38140735; Thu, 15 Feb 2007 16:43:00 +0100 (CET) Received: from mx1.kth.se ([127.0.0.1]) by localhost (mx1.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10619-01-15; Thu, 15 Feb 2007 16:42:48 +0100 (CET) Received: from kashyyyk.ite.kth.se (kashyyyk.ite.kth.se [130.237.31.35]) by mx1.kth.se (Postfix) with ESMTP id 33875140763; Thu, 15 Feb 2007 16:42:48 +0100 (CET) Received: by kashyyyk.ite.kth.se (Postfix, from userid 18404) id 2789389CA62; Thu, 15 Feb 2007 16:42:48 +0100 (CET) Sender: tol@kashyyyk.ite.kth.se From: Tomas Olsson To: Robert Watson References: <20070214162938.GA96725@keira.kiwi-computer.com> <20070214173211.L1054@chrishome.localnet> <20070214170808.GC96725@keira.kiwi-computer.com> <20070215044707.GA39168@deviant.kiev.zoral.com.ua> <20070215104537.GC39168@deviant.kiev.zoral.com.ua> <20070215120855.GE39168@deviant.kiev.zoral.com.ua> <20070215134608.GG39168@deviant.kiev.zoral.com.ua> <20070215150015.O90799@fledge.watson.org> Date: 15 Feb 2007 16:42:48 +0100 In-Reply-To: <20070215150015.O90799@fledge.watson.org> Message-ID: Lines: 49 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at kth.se Cc: freebsd-fs@FreeBSD.org, arla-drinkers@stacken.kth.se Subject: Re: Arla on FreeBSD X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 15:43:08 -0000 Robert Watson writes: > On Thu, 15 Feb 2007, Tomas Olsson wrote: > >> Also, you could look at file handle API, that would save you of path > >> lookups after the vnode is looked up first time (look around for vfs_vptofh > >> and vfs_fhtovp ops). This API is used by NFS server, so it shall work :). > >> > > That's an idea. We used that before in another context, but then we ran into > > trouble with too many OSes so we dropped it. Depends on how much code one > > can share. > > It has been ages since I looked at the xfs/nnpfs internals, but I thought it > already used file handles to identify cache files to the kernel? I seem to > recall several of our fh*() system calls were added by Assar specifically in > support of Arla work. > Sounds likely. I first saw it from arlad's side, so I've always thought of it as an optimization to avoid lookups in that end without pondering it all that much. > Is it the case that one file visible in /afs may now be backed by pages > coming from different cache files? > Yup. There ware requests for low latency fetching of ID3 tags etc, and working with files larger than the cache. > How does this interact with the vnode pager? I assume you actually end > up with two pagers -- one for the file as visible in /afs, and then > satisfy the pager's VOP requests by forwarding them to the right one of > the cache vnodes? > Exactly. As always, just more fine grained. > I trust you don't mmap the cache vnode, which would lead to cache > consistency issues between any mappings of the /afs vnode vs the cache > vnode? > Me too :-) But this is still a suboptimal world where we end up with double pager layers, and consistency can still be a problem. In the long term it would be nice to have arlad open it's cache nodes through nnpfs, be it small files or just one large VM space. > Any chance we could attract you to BSDCan to meet in person to discuss this? > Chance, not probable; May is beyond my horizon. And I do expect to have the arla working properly on fbsd well before that. /t