Hi Matt,
I don't have a particular exception to someone contributing an
AF_LOCAL personality, provided it is stream-based (clts-ord, like
vsock). It's hard to see it having a great deal of utility, though.
The idea of vsock is to provide an actual remote nfs filesystem, that
happens to use a pipe transport. It's also worth pointing out that
most nfs implementations (including nfs-ganesha) probably can run into
problems (e.g., livelock) doing loopback, and this would be similar.
Matt
On Wed, May 26, 2021 at 10:09 AM <matvore(a)comcast.net> wrote:
Hello,
It turns out that the macOS NFS client supports connecting to an NFS server over AF_LOCAL
(UNIX domain) sockets. It is undocumented, but a hint of this is here:
https://github.com/apple/darwin-xnu/blob/xnu-7195.101.1/bsd/nfs/nfs_subs....
This has performance improvements over using IP loopback.
I'm wondering if this area has ever been explored or worked on? After a quick look I
feel it should be an approachable task. There is already AF_VSOCK support, which sounds
very similar.
FWIW it looks like this was upgraded from a debug build feature around 2020-02:
https://github.com/apple/darwin-xnu/blame/18c0ee9fc565c37827391eaa2f42f26...
Thank you,
Matt
_______________________________________________
Devel mailing list -- devel(a)lists.nfs-ganesha.org
To unsubscribe send an email to devel-leave(a)lists.nfs-ganesha.org
--
Matt Benjamin
Red Hat, Inc.
315 West Huron Street, Suite 140A
Ann Arbor, Michigan 48103
http://www.redhat.com/en/technologies/storage
tel. 734-821-5101
fax. 734-769-8938
cel. 734-216-5309