[Date Prev][Date Next]
Re: AW: bdb bad performance again (really need help)
-----BEGIN PGP SIGNED MESSAGE-----
I see your points.
But the reason I started using bdb was, because the mailinglist was full of
'use bdb' advisories.
I use 1.0.27 with ldbm now and it has only ONCE failed me in over 3 years.
Now I am using 2.1.22 (everyone says: UPGRADE) and bdb.
I am not having problems, altough I am seeing strange behaviour with
apache_mod_auth_ldap, which I am investigating at the moment.
But on the list many things are said about performance and crashing and the
need for excessive big caches and bdb 4.2 that isn't being released and so
Why don't I go back to ldbm ? What are the penalties ? I maintain < 10.000
> --On Monday, November 10, 2003 11:55 AM -0400 Ace Suares <email@example.com>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> > Hi all,
> > if there is so many trouble with bdb, why not use ldbm ?
> > I am wondering why f.i. Tony is so positive about bdb, while I see many
> > posts with problems, something about cache corruption, something about
> > needing a very large cache, and so on. What's the story ?
> The problem is not BDB, the problem is that people do not understand how
> BDB works, and therefore do not configure it correctly. There has been
> discussion that goes around and around about whether or not that is
> something OpenLDAP should document. The general agreement is no, that is
> the point of Sleepycat's documentation, and it is the responsibility of the
> person configuring the server to understand how all the different layers of
> the application work. I certainly don't expect OpenLDAP to maintain the
> doc's for BDB, ldbm, mysql, Heimdal Kerberos, MIT kerberos, OpenSSL, or
> Cyrus-SASL. And those are just some of the packages that OpenLDAP can
> interoperate with.
> Stanford certainly had its own issues getting BDB set up properly, but with
> help from the list, Symas, and most specifically, Howard Chu, we were able
> to get that resolved. However, just like with anything else, the person or
> people involved with running an application/service need to have and/or
> learn familiarity with what it is they are working with.
> Quanah Gibson-Mount
> Principal Software Developer
> ITSS/TSS/Computing Systems
> ITSS/TSS/Infrastructure Operations
> Stanford University
> GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html
Ace Suares' Internet Consultancy
NIEUW ADRES: Postbus 2599, 4800 CN Breda
telefoon: 06-244 33 608
fax en voicemail: 0848-707 705
website: http://www.suares.nl * http://www.qwikzite.nl
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)
-----END PGP SIGNATURE-----