Subject: Re: NetBSD-3 NIS-compat getpwnam()/getpwuid iterate entire map [was Re: 3.0 YP lookup latency]
To: Charles M. Hannum <mycroft@MIT.EDU>
From: Christos Zoulas <firstname.lastname@example.org>
Date: 06/22/2006 14:57:15
On Jun 22, 11:46am, email@example.com (firstname.lastname@example.org) wrote:
-- Subject: Re: NetBSD-3 NIS-compat getpwnam()/getpwuid iterate entire map [w
| Equally FTR, yesterday I was actively considering how to support
| near-future of RPC over SCTP, where i beleive the conventional
| API requires something like:
| setsockopt(fd, IPPROTO_SCTP, SCTP_NODELAY, &one);
| so I'd go further than Christos, and (modelled on Christos' code) pass
| __rpc_setnodelay() a struct __rpci_sockinfo *si:
| __rpc_setnodelay(int fd, const __rpc_sockinfo *si)
| called as:
| if (si.si_socktype == SOCK_STREAM)
| __rpc_setnodelay(fd, &si);
| That way, if we add SCTP support, we don't need to change any calls to
| _rpc_setnodelay: updating the body of __rpc_setnodelay() will do. The
| tests for consistency with current expectations (SOCK_STREAM RPC
| implies TCP, which implies underlying IPv4/IPv6) that you (and I) both
| want can be done inside __rpc_setnodelay().
| Are we converging?
I think so.