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