Eliminating the 2nd level of ldap_pvt_thread_pool_submit when only a
single operation has been read from the connection brings the slapd-bind
throughput in HEAD back in line to the RE22 and RE23 range. Since
synchronous requests are so common this is a pretty important
characteristic to preserve, and for whatever reason that 2nd call into
pool_submit really throws latency out of whack.
-------- Original Message --------
Subject: commit: ldap/servers/slapd connection.c
Date: Tue, 1 Nov 2005 22:53:01 GMT
From: [EMAIL PROTECTED]
To: OpenLDAP Commit <[EMAIL PROTECTED]>
Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
Modified Files:
connection.c 1.336 -> 1.337
Log Message:
Fix fastpath for single-op dispatching
CVS Web URLs:
http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/
http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/connection.c
Changes are generally available on cvs.openldap.org (and CVSweb)
within 30 minutes of being committed.
.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc
OpenLDAP Core Team http://www.openldap.org/project/
