Re: [PATCH/RFC] Lustre VFS patch, version 2

From: Christoph Hellwig
Date: Thu Jun 03 2004 - 09:48:34 EST


On Thu, Jun 03, 2004 at 04:19:22PM +0200, Lars Marowsky-Bree wrote:
> On 2004-06-03T14:59:52,
> Christoph Hellwig <hch@xxxxxxxxxxxxx> said:
>
> > > Well, how close are we now to this being acceptable?
> > As already mentioned above they're completely uninteresting without
> > actually getting the user in tree _and_ maintained there (unlike e.g.
> > intermezzo or coda that are creeping along). I think based on those
> > patch we should be able to properly integrate intermezzo once 2.7 opens.
>
> This is something I've got to disagree with.
>
> First, Inter-mezzo is reasonably dead, from what I can see. As is Coda.
> You'll notice that the developers behind them have sort-of moved on to
> Lustre ;-)

Arggg, sorry. Typo there. It should have of course read

"I think based on those patches we should be able to properly integrate
LUSTRE once 2.7 opens"

.oO(/me looks for a brown paperbag to hide)

> The logic that _all_ modules and functionality need to be "in the tree"
> right from the start for hooks to be useful is flawed, I'm afraid. Pure
> horror that a proprietary cluster file system might also profit from it
> is not, exactly, a sound technical argument. (I can assure you I don't
> care at all for the proprietary cluster-fs.)

It's more about maintaince overhead. Maintaining features without the
user direct at hand isn't going anywhere. Especially when messing around
deeply in the VFS. By your argumentation we should also throw in all the
mosix and openssi hooks because they could be possibly useful, no? ;-)

> Another example of this is the cache invalidation hook which we went
> through a few weeks ago too. Back then you complained about not having
> an Open Source user (because it was requested by IBM GPFS), and so
> GFS/OpenGFS chimed in - now it is the lack of an _in-tree_ Open Source
> user...

I was always arguing against the lack of an intree user mostly. Lack of
something that could we could merge even in the future is even worse.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/