[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: thread pools, performance

To: Hallvard B Furuseth <h.b.furuseth@usit.uio.no>
Subject: Re: thread pools, performance
From: Howard Chu <hyc@symas.com>
Date: Wed, 31 Oct 2007 18:10:11 -0700
Cc: OpenLDAP-devel@openldap.org
In-reply-to: <hbf.20071101gwi7@bombur.uio.no>
References: <4718321A.60207@symas.com> <4719E4D6.1090307@symas.com> <471AD1F3.4060407@boreham.org> <471AF4CF.3000308@symas.com> <471CD358.4020802@hp.com> <4721A81C.7090709@symas.com> <47233031.1050802@symas.com> <4728FC95.9070608@symas.com> <hbf.20071101gwi7@bombur.uio.no>
User-agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.9a9pre) Gecko/2007100901 SeaMonkey/2.0a1pre

Hallvard B Furuseth wrote:

Howard Chu writes:

Ultimately after several more repeated runs, AD peaked at 4800
auths/sec (a bit faster than the 4400 we saw before, apparently it
took a while for their caches to get fully primed). We then removed AD
and installed ADAM. The import went a bit faster this time,
thankfully: (...)

Are you collecting more info than the average time, e.g. standard
deviation?  Are there occasional requests that take very much longer
time than the average, or even auth failures because the server is too
busy?  At those speeds, that can be as important or more important than
the average time.

Yes, slamd records the standard deviation as well. There are no failures, just longer queuing delays.

--
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP     http://www.openldap.org/project/

Next by Date: Re: performance
Index(es):
- Chronological
- Thread