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 <christos@zoulas.com>
List: tech-net
Date: 06/22/2006 14:57:15
On Jun 22, 11:46am, jonathan@dsg.stanford.edu (jonathan@dsg.stanford.edu) 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:
|
|
| int
| __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.
christos