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

RE: SLOW Performance: OpenLDAP on Linux and IBM Dual Xeon?

Yes, my wa column of vmstat is up around 100 on my slow Xeon and only 9 or
10 on my kick ass Pentium 3. :)

Surprisingly, when I ran under single processor kernel, openldap seemed to
perform better, but I don't have the metrics saved to conclude that.  But I
can definitely say performance is abismal on my super fast machines and
superb on my jallopy.

> -----Original Message-----
> From: owner-openldap-software@OpenLDAP.org 
> [mailto:owner-openldap-software@OpenLDAP.org] On Behalf Of Donn Cave
> Sent: Wednesday, April 14, 2004 5:13 PM
> To: openldap-software@OpenLDAP.org
> Subject: Re: SLOW Performance: OpenLDAP on Linux and IBM Dual Xeon?
> On Wednesday, April 14, 2004, at 02:21 PM, Digant Kasundra wrote:
> > I am using OpenLDAP 2.2.8 with BDB 4.2.52, heimdal 0.6, and 
> cyrus-sasl 
> > 2.1.18.  All machines are on the same kernel with the same 
> cache size 
> > setups, same dataset, and the tests query the same uids.  The most 
> > bizarre part is that my Dell Dual Xeon 2.8 Ghz is only able 
> to do 5000 
> > queries a
> > mere 10 seconds faster than my Pentium 3 700Mhz.  And my 
> IBM Dual Xeon
> > 2.0Ghz comes in last, taking almost 3 times longer.
> >
> > I need to see if this is an OpenLDAP specific problem or a general
> > system
> > problem, as mentioned.  My HTTPD tests showed equal 
> performance and was
> > therefore inconclusive.  Is there another test suite I could try?
> I had a host here that was a couple of orders of magnitude 
> slower than it ought to have been, oddly enough also a dual 
> Xeon.  In my case, all are new HP hardware, but only this one 
> is dual - though they're all running an smp kernel build.
> I still don't known why, but it isn't a major priority since
> it never was intended to run a directory anyway.  The next 
> thing I am going to fix is syslog configuration - the fast 
> hosts route local4 network, the slow one to disk.  There are 
> a lot of little things that can be different, and somewhere 
> in there we may have a performance issue.
> During your tests, is there a significant percentage of I/O 
> wait time?  (As "top" would report, or vmstat's "wa" column.)
> 	Donn Cave, donn@u.washington.edu