Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 15 Mar 2013 11:46:57 -0700
From:      Adrian Chadd <adrian@freebsd.org>
To:        Alfred Perlstein <bright@mu.org>
Cc:        rmacklem@uoguelph.ca, Andre Oppermann <andre@freebsd.org>, freebsd-current@freebsd.org
Subject:   Re: NewNFS vs. oldNFS for 10.0?
Message-ID:  <CAJ-Vmo=poGePTzhGorBVzxL7k_peOWAL5bvxaRO-Xc-4MOhk8Q@mail.gmail.com>
In-Reply-To: <5143643D.3040609@mu.org>
References:  <514324E8.30209@freebsd.org> <201303150946.29100.jhb@freebsd.org> <51433D30.30405@freebsd.org> <51435271.2040402@mu.org> <CAJ-Vmo=4Cp07KNjNoFTJv8C6AcSVkGGKwPAeiLSia%2BmSh-uvqw@mail.gmail.com> <5143643D.3040609@mu.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 15 March 2013 11:11, Alfred Perlstein <bright@mu.org> wrote:

> People in my org have been working with NFS and reporting issues for the
> past year.  I'm quite certain that Doug White has reported issues due to
> missing certain caching features of the old code.
>
> This is not indicative that newNFS is bad, just that it still needs some
> work.

Good news. and yes, it needs more work, but it doesn't preclude it
from having a cutover date set. Even if that date is something far in
the future, like 11.0.

Or we'll just end up with two NFS stacks for some undetermined amount of time.

> Sure, and how much NFS do you actually use and support exactly?

.. and exactly how much would that lend to this discussion?

I'm not arguing NFS technical details, I'm arguing project forward
thinking and planning. These don't need me to be waist deep in NFS, it
needs a broader view of how things may and may not go.

I lived through the pain of Linux having multiple NFS implementations
for precisely this reason. It was a clusterfsck of a nightmare of epic
proportions. We should avoid that.



adrian



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-Vmo=poGePTzhGorBVzxL7k_peOWAL5bvxaRO-Xc-4MOhk8Q>