On Tue, May 15, 2007 at 03:48:27PM -0400, David Boyes wrote:
> > A proper filesystem does not need ports to different architectures.
>
> If you modify this to replace "proper" with "modern", I'd be inclined to
> agree. Cross-architectural purity is definitely useful, but doesn't
> impact on whether the software has value or not.

No, that's not what I meant.

> > OpenAFS and GPFS are
> > unfortuntately full of design bugs and hacks that don't let them fall
> > into this category.
>
> At least in the case of AFS, it predates the existence of most modern
> operating systems (it certainly predates the existence of Linux and any
> of the assumptions thereupon), so some amount of cruft is (IMHO)
> forgivable. The AFS design has held together rather well for something
> of its vintage. Life in VAX-land wasn't that easy, and we should be
> tolerant of the aged.

There's thing that have always been wrong.  Like patching syscall tables
in OSes that do not explicitly support it.  Or having it's own cache
flushing code in assemly instead of using readily-available OS code.
Or hooking into the NFS server through binary patching and overriding
some of it's functionality, or dozends of other things that I could
mention.

> > For those using afs there is an in-kernel client
> > that has seen a lot of work lately and will be support all features
> > of openafs soon while fixing all these issues.  There are rumors that
> > it will be supported by RedHat in future releases.
>
> It would be nice if it tracked the openafs tree a little closer, though.
> The in-kernel code has needed a lot of work so far to avoid causing
> miscellaneous problems in large deployments.

I don't think there is any point in tracking OpenAFS code.  It's of
absymal code quality, and under a strange license that wouldn't even
allow to reuse a piece of good code if you managed to find it.

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to