[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Outstanding issues between 2.0.7 and Linux?
We upgraded from 1.2.11 to 2.0.7 (both threaded) on RH6.1 and changed our
backend from GDBM to BerkeleyDB3.1 at the same time. A benchmark query
(ldapsearch memberofgroup=cn=All Staff,ou=Groups,o=MyOrg, c=US) shows
execution time jumps dramatically:
1.2.11(gdbm): 1:20.06 elapsed
2.0.7 (berkeley3.1): 7:55.60 elapsed
Same server, same client, same indexes. I haven't tested 2.0.7 with a gdbm
backend.
What could be the explanation?
--
Carrie Coy
----- Original Message -----
From: "Carl Litt" <carl@execulink.com>
To: <openldap-software@OpenLDAP.org>
Sent: Wednesday, February 07, 2001 11:41 PM
Subject: Outstanding issues between 2.0.7 and Linux?
>
> I know the answers to these for 1.2.x, but I'm deploying a new 2.0.7
> installation and I wonder if the answers have changed (on the
> Linux platform).
>
> Is threaded 2.0.7 slapd still a bad idea under Linux? I remember
> issues with 1.2.x and Linuxthreads, but I thought I heard that 2.x
> would overcome this. (I've got a nice dual PIII/800 and I'd hate to
> see half of it go to waste).
>
> Is Berkeley DB 3.1 much better than GDBM when considering performance
> and reliability? I notice it's recommended, but why?
>
> Thanks,
>
> Carl Litt
> Network Administrator
> Execulink Internet
>