Date: Tue, 14 May 2002 13:32:38 -0400 (EDT) From: Robert Watson <rwatson@FreeBSD.org> To: Julian Elischer <julian@elischer.org> Cc: arch@FreeBSD.org Subject: Re: Future of IFS Message-ID: <Pine.NEB.3.96L.1020514132531.72699A-100000@fledge.watson.org> In-Reply-To: <Pine.BSF.4.21.0205140928410.39751-100000@InterJet.elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 14 May 2002, Julian Elischer wrote: > I have used IFS as a squid cache seeverla times ad I was in teh process > of evaluating it for a project at the moment. Please let us know how that evaluation goes. As I said, I've seen past results (circa early 90's) that suggest this model can be highly effective at reducing cost for namespace-free filestore environments, but given a lack of more recent material evidence, it's hard to talk effectively about IFS. > I have not used it in the last year butI was planning on using it if my > tests work.. (I am on vacation and thus the testing is suspended) > > In my talks with Adrian last week in Perth he indicated that he is > preparing to return to FreeBSD within the next few weeks and resume his > work as squid maintainer as well.. (he was 'on sabatical' while moving > house and starting university) My impression from my conversation with him was that if he did start maintaining IFS again, it would be a re-implementation for 5.0. I'm concerned that in its current state, we will be unable to make progress on UFS2. So I think there are two alternatives: (1) We disconnect it from the build and let it rot in 5.0-CURRENT until he (or someone) fixes it, or that we determine that's not happening by 5.0-RELEASE, and remove it. This is pretty low-cost for us. (2) We remove it from 5.0-CURRENT entirely until he re-adds it. This is also low-cost for us. Given the intent he expressed, I'd prefer (2) so we can make as much progress on UFS2 as we can--given that IFS is highly "in bed" with UFS, it may need re-implementing regardless. If you're in closer contact with Adrian, could you ping him on his time-table for restarting work on IFS? If he does plan on re-implementing, stripping from 5.0 doesn't hurt us (or him), but it will facilitate UFS2 work, which in the long term will benefit IFS as IFS can be updated to use the UFS2 implementation and the abstraction improvements brought in. Another thing to keep in mind here is that we'll be divorcing the ext2fs bits from the UFS bits since UFS will decreasingly provide a useful starting point for the ext2fs implementation. It might be that using the same strategy for IFS would also make sense. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" 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.1020514132531.72699A-100000>