[Gluster-devel] Replacing loopback with Unix Domain Sockets for I/O
Prasanna Kumar Kalever
pkalever at redhat.com
Mon Nov 9 05:31:36 UTC 2015
On Friday, November 6, 2015 7:46:48 PM, Jeff Darcy Wrote:
> On November 6, 2015 at 3:13:01 AM, Prasanna Kumar Kalever
> (pkalever at redhat.com) wrote:
> > Humble, I am sure the patches above refer to using Unix Domain sockets
> > for volfile transmission. My proposal is for I/O between processes on
> > the same hypervisor, specially for hyper-convergence scenario :)
>
> The main issue here is naming/discovery. First, we have to figure out
> that we are in fact on the same host. We have code to do that e.g. for
> selecting a local AFR replica, so it shouldn’t be too bad. Then we need
> a path for the UNIX-domain socket. We might be able to use a brick UUID
> or something else that’s already in the client volfile, or of course we
> could add something. Alternatively, we could combine these two parts by
> connecting to the brick over TCP first and having them tell us the UDS
> path as part of the connection handshake. If we find that path locally,
> we disconnect from TCP and reconnect via UDS. Either way, we need to
> have the brick listen on the UDS, we need to deal with some special
> cases if TLS was enabled, and probably deal with some other secondary
> issues I haven’t even thought of yet. It’s certainly possible, but it’s
> not completely trivial so we’d really want to validate that it does
> actually improve performance. That could be done by manually hacking
> volfiles and running a few benchmarks. Let me know if you’d like some
> help with that.
Jeff Darcy, Thanks for your detailed Input,
I will get in touch in case some help is required
-Prasanna
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
More information about the Gluster-devel
mailing list