Date: Wed, 12 Jul 2000 10:31:45 -0400 (EDT) From: Robert Watson <rwatson@FreeBSD.ORG> To: Kelly Yancey <kbyanc@posi.net> Cc: Marius Bendiksen <mbendiks@eunet.no>, Dmitry Brodsky <dima@cs.ubc.ca>, freebsd-fs@FreeBSD.ORG Subject: Re: Meta-Data & stackable FS Message-ID: <Pine.NEB.3.96L.1000712102753.50110D-100000@fledge.watson.org> In-Reply-To: <Pine.NEB.3.96L.1000712100201.50110C-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 12 Jul 2000, Robert Watson wrote: > In any case, assuming that a working and sufficiently strong stacking > environment exists (FiST satisfies a number of these requirements, I > believe), the chances are you'd add the service (say, ACLs) by layering > EA's on top of FFS, and then a service on top of EA+FFS, in which case > you'd be relying on vnode operations introduced by the EA layer, and > presumably they would strongly resemble the EA VOP's already present, and > probably should even be the same VOPs :-). In which case EA+FFS is > indistinguishable from FFS w/EAs. BTW, I think there's a decent argument that even if you had fully-functional stacking, having the base file store provide EA services is highly desirable, as it allows layers to impose new semantics and meta-data without needing to deal with the namespace and storage issues, and it simplifies the update/consistency problem substantially. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services 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?Pine.NEB.3.96L.1000712102753.50110D-100000>