[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: back-mdb status
>
> http://highlandsun.com/hyc/slamd-mdb/
>
> The report includes a ModRate job and a SearchRate job; both were run
> concurrently. Aside from the fact that the average search rate is
> over 85,000
> searches/second (on a machine that I previously thought was maxed out
> at
> 63,000), more interesting is the peak of almost 107,000
> searches/second. The
> result curve drops, flattens, and then raises again, which shows the
> influence
> of the writers occupying server threads and making then unavailable
> for
> readers, until the writer job finishes.
Wow! What are the test servers specs?
> On this run slapd hit 1300% CPU. Core 0, which was fielding ethernet
> interrupts, was at 80% handling soft interrupts. I have no idea
> whether we can
> generate enough load to hit 90% or more there, seems unlikely.
>
> The write rate is pretty slow, as we already knew. I frankly don't
> see it
> improving very much, given the single-writer nature of MDB.
> --
> -- Howard Chu
> CTO, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hyc/
> Chief Architect, OpenLDAP http://www.openldap.org/project/
>
>
--
Kind Regards,
Gavin Henry.
OpenLDAP Engineering Team.
E ghenry@OpenLDAP.org
Community developed LDAP software.
http://www.openldap.org/project/