On Thu, 18 Jun 2020 07:40:36 -0700 Joe Julian <joe at julianfamily.org> wrote:> You're still here and still hurt about that? It was never intended to be in > kernel. It was always intended to run in userspace. After all these years I > thought you'd be over that by now.Top Poster ;-) And in fact, it's not true. The clear message to me once was: we are not able to make a kernel version. Which I understood as: we have not the knowledge to do that. Since that was quite some time before Red Hat stepped in there was still hope that some day someone capable may come ... Since 2009 when I entered the list there was not a single month where there were no complaints about gluster being slow. I wonder if you could accept after 11 years and the projects near death now that I was right from the very first day. -- Regards, Stephan
18.06.2020 20:41, Stephan von Krawczynski ?????:> Since 2009 when I entered the list there was not a single month where > there > were no complaints about gluster being slow.It is slow not because client works in userspace, we have no problems with cpu load here, caused by context switching, yes, this also adds delay, but it is acceptable in our case. Really, I don't know why it is slow. And yes, we know how it looks when userspace applications reach limits- for instance, openvpn works in userspace too and is siglethreaded, so yes, we hit this limitation during this idiotic "self"isolation providing remote access for hundreds of users.> I wonder if you could accept > after 11 years and the projects near deathNear death? Really? AFAIK ( I'm not one who runs gluster servers, I'm one who helps to fix them ), we have no gluster crashes for about a year now, this is not death, this is stable state :-) Oh, I already wrote this...
On 6/18/20 12:41 PM, Stephan von Krawczynski wrote> Top Poster ;-) > > And in fact, it's not true. The clear message to me once was: we are not able > to make a kernel version. > Which I understood as: we have not the knowledge to do that. > Since that was quite some time before Red Hat stepped in there was still hope > that some day someone capable may come ... > Since 2009 when I entered the list there was not a single month where there > were no complaints about gluster being slow. I wonder if you could accept > after 11 years and the projects near death now that I was right from the very > first day. > >This is an amazingly unreasonable comment. First off ALL distributed file systems are slower than non-distributed file systems. Second ALL network file systems are slower than local hardware. Kernel inclusion does not make for a radically faster implementation. I have worked with Kernel included NFS and user space NFS implementations and the performance differences have not been all that amazingly radical. If your so convinced that a kernel included file system is the answer you are free to implement a solution. I am sure the project maintainers would love to have someone come along and improve the code. -- Alvin Starr || land: (647)478-6285 Netvel Inc. || Cell: (416)806-0133 alvin at netvel.net ||