I follow both lists quite some time longer than you or redhat have been here.
The basic idea of the project is good, the implementation idea is mostly
wrong. quite some users follow the lists and are still hoping for better
times. Very few told you so now - again.
If you are not acting political here, then ask yourself why nfs in userspace
on linux has gone dead years ago long before you re-implemented it in
glusterfs.
I really don't want to teach you things everyone knowing the past should
have
understood. I am only a reminder. Don't revive the dinosaurs, they are
extinct
for good reasons. The future will not become better if you follow a path only
because it's easy. I honor the original decision to use userspace, because
it
made implementation a lot easier and the goal was to show the whole thing is
possible at all. But years have gone by and the time of becoming production
ready has come for some time. And production readyness needs kernel modules.
I made my point. Lets see how things look in a year or two. I will remind you
- again.
Regards,
Stephan
On Thu, 27 Dec 2012 18:33:10 -0500 (EST)
John Mark Walker <johnmark at redhat.com> wrote:
> If you feel that our strategy on the client side is broken, while I respect
that opinion, its kind of a pointless discussion. We made the architectural
decisions we made understanding the tradeoffs as they were - which have been
enumerated on this list numerous times.
>
> In any case, if you want to have an architectural discussion or debate,
that's better directed towards gluster-devel, and that's a discussion we
welcome. However, this list is gluster-users, which as the name implies, is
about users of the software as it exists today, warts and all.
>
> Feel free to use the wiki to develop any thoughts you may have regarding
ideal architectures. Even better if you can round up developers to implement
said architecture.
>
> -JM
>
>
> Stephan von Krawczynski <skraw at ithnet.com> wrote:
>
> Dear JM,
>
> unfortunately one has to tell openly that the whole concept that is tried
here
> is simply wrong. The problem is not the next-bug-to-fix. The problem is the
> client strategy in user space. It is broken by design. You can either
believe
> this or go ahead ignoring it and never really get a good and stable setup.
> Really, the whole we-close-our-eyes-and-hope-it-will-turn-out-well strategy
> looks just like btrfs. Read the archives, I told them years ago it will not
> work out in our life time. And today, still they have no
ready-for-production
> fs, and believe me: it never will be there.
> And the same goes for glusterfs. It _could_ be the greatest fs on earth,
but
> only if you accept:
>
> 1) Throw away all non-linux code. Because this war is over since long.
> 2) Make a kernel based client/server implementation. Because it is the only
> way to acceptable performance.
> 3) Implement true undelete feature. Make delete a move to a deleted-files
area.
>
> These are the minimal steps to take for a real success, everything else is
> just beating the dead horse.
>
> Regards,
> Stephan
>
>
>
> On Thu, 27 Dec 2012 10:03:10 -0500 (EST)
> John Mark Walker <johnmark at redhat.com> wrote:
>
> > Look, fuse its issues that we all know about. Either it works for you
or it doesn't. If fuse bothers you that much, look into libgfapi.
> >
> > Re: NFS - I'm trying to help track this down. Please either add
your comment to an existing bug or create a new ticket.
> >
> > Either way, ranting won't solve your problem or inspire anyone to
fix it.
> >
> > -JM
> >
> >
> > Stephan von Krawczynski <skraw at ithnet.com> wrote:
> >
> > On Wed, 26 Dec 2012 22:04:09 -0800
> > Joe Julian <joe at julianfamily.org> wrote:
> >
> > > It would probably be better to ask this with end-goal questions
instead
> > > of with a unspecified "critical feature" list and
"performance problems".
> > >
> > > 6 months ago, for myself and quite an extensive (and often
impressive)
> > > list of users there were no missing critical features nor was
there any
> > > problems with performance. That's not to say that they did
not meet your
> > > design specifications, but without those specs you're the
only one who
> > > could evaluate that.
> >
> > Well, then the list of users does obviously not contain me ;-)
> > The damn thing will only become impressive if a native kernel client
module is
> > done. FUSE is really a pain.
> > And read my lips: the NFS implementation has general load/performance
problems.
> > Don't be surprised if it jumps into your face.
> > Why on earth do they think linux has NFS as kernel implementation?
> > --
> > Regards,
> > Stephan
> > _______________________________________________
> > Gluster-users mailing list
> > Gluster-users at gluster.org
> > http://supercolony.gluster.org/mailman/listinfo/gluster-users
> >
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>