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@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.c#L...
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/18c0ee9fc565c37827391eaa2f42f265a3...
Thank you, Matt _______________________________________________ Devel mailing list -- devel@lists.nfs-ganesha.org To unsubscribe send an email to devel-leave@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