[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: 2.1.17 performance issues
> -----Original Message-----
> From: owner-openldap-software@OpenLDAP.org
> [mailto:owner-openldap-software@OpenLDAP.org]On Behalf Of John Madden
> > That's *very* slow, something is wrong here, even the 170
> figure is slow
> > in my opinion. How did you upgrade your database to 2.1? Exported to
> > ldif and re-imported? And the indexes, were they configured
> before you
> > imported this ldif or did you do it afterwards? Have you
> run slapindex?
>
> Export to LDIF, slapadd that ldif, run slapindex, turn on
> slapd, let 'er
> rip. The indexes are the same ones we were using under
> 2.0.x. Something
> else I've found interesting: moving the same directory to Linux (on a
> PIII/1000) yields just over 270 queries/second. I wasn't
> expecting that.
All else being equal, any uniprocessor machine is always faster than a
multiprocessor machine. That is, one PIII/1000 will be faster than two
PIII/500s, comparing apples to apples. In your case, it's definitely not
surprising that the PIII/1000 is faster than a pair of 400MHz SPARCs.
Since you say that the performance degradation persists past a directory
restart, it sounds like your BDB environment has run out of resources. You
should examine the statistics that db_stat provides. You should read the
SleepyCat documentation on how to use the Berkeley DB library.
-- Howard Chu
Chief Architect, Symas Corp. Director, Highland Sun
http://www.symas.com http://highlandsun.com/hyc
Symas: Premier OpenSource Development and Support