Date: Wed, 3 May 2000 18:54:58 +0800 From: Adrian Chadd <adrian@freebsd.org> To: freebsd-fs@freebsd.org Subject: Re: A proposal : IFS Message-ID: <20000503185457.C53701@ewok.creative.net.au> In-Reply-To: <Pine.BSF.4.10.10005031717190.71327-100000@lion.butya.kz>; from Boris Popov on Wed, May 03, 2000 at 05:33:18PM %2B0700 References: <20000503040431.B53701@ewok.creative.net.au> <Pine.BSF.4.10.10005031717190.71327-100000@lion.butya.kz>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, May 03, 2000, Boris Popov wrote: > > numbered namespace to applications. It was originally written for > > squid and inn type applications, but a few people have suggested other > > applications such as CODA/AFS stores/caches, and temp filesystems. > > As I can see, the primary goal of IFS is to reduce cost of inode > lookup operation. And no doubt the best method is to expose inode numbers > directly to application. > > However it is not clear to me how applications will interact with > IFS and working example (patches for squid) would be very useful. Some > performance benchmarks are also appreciated. After my current patchset for squid I will work on a quick patchset for IFS. It shouldn't be that hard to implement. An application which keeps an internal database of objects->filenames would simply continue to do so, but the filename is simply the inode number. WHen creating a file, it opens 'newfile' for create/write, which creates a new file. It then stat()s the fd to get the inode number, and records that. In squid case, it eliminates the need for keeping a bitmap of used file entries, since the FS does this anyway. > > The only things this code is lacking is support for NFS cookies, and > > softupdates. I don't think either are very important right now, but > > I'm doubt that someone will need to export IFS via NFS. And > softupdates are not important too in this case. Thats what I thought. Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000503185457.C53701>