[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: 2.2.23 vs 2.3.1alpha speed compairisons
>I also think comparing with different versions of BDB isn't a particularly
>equal test. And BDB 4.3.17 is extremely ancient at this point.
I knew I was going to make a typo in there somewhere.
The version of BerkeleyDB that I was actually using is 4.3.27(.3) - which is the newest release.
I'm glad to hear that you aren't going to require a newer BerkeleyDB anytime soon - I'll have to rebuild the alpha against 4.2.52 and run a few more tests - but it is kind of opposite to the normal (correct) policy of asking people to be using the latest version of openldap to get support....
When you go to the BerkeleyDB site, they don't even offer the 4.2 release on their main download page - you have to dig for it.
The installation documentation should probably be updated to say that 4.2.52 is currently recommended... - (especially that incorrect README file that was pointed out this morning)
Dan
--On Friday, February 18, 2005 2:48 PM -0600 "Armbrust, Daniel C."
<Armbrust.Daniel@mayo.edu> wrote:
> We have a java application that reads and writes terminologies from a
> server - the server part is pluggable - we have implementations that work
> against ldap and against SQL. I have been doing some testing, and
> thought that these numbers may be of interest to other folks.
>
> The numbers below are the amount of time in milliseconds that it took to
> do the operation on the terminology. The client and server hardware was
> the same for all tests.
>
> The BerkeleyDB version for openldap 2.2.23 was BerkeleyDB 4.2.52(.2)
>
> The BerkeleyDB version for openldap 2.3.1alpha was BerkeleyDB 4.3.17(.3)
>
> Further configuration info below.
>
> Full Read AVG
> Ldap 2.3.1alpha 5906 5750 5812 - 5822
> Ldap 2.2.23 7188 7235 8047 - 7490
> MySQL 4703 4610 4687 - 4666
>
> Full Write
> Ldap 2.3.1alpha 46484 44765 45406 - 45551
> Ldap 2.2.23 (no log) 7547 7843 7812 - 7734
> Ldap 2.2.23 (logging) 38235 45125 42797 - 42052
> MySQL 5828 6250 7156 - 6411
>
> Full Erase
> Ldap 2.3.1alpha 43000 47672 46750 - 44390
> Ldap 2.2.23 (no log) 5687 5922 6094 - 5901
> Ldap 2.2.23 (logging) 43657 46265 44703 - 44875
> MySQL 328 203 188 - 239
>
>
> (no log) means that my DB_CONFIG file looked like this:
> set_flags DB_TXN_NOSYNC
> set_flags DB_TXN_NOT_DURABLE
> set_cachesize 1 0 1
>
> (logging) means that my DB_CONFIG file looked like this:
> set_cachesize 1 0 1
>
> The DB_CONFIG file for 2.3.1alpha was:
> set_cachesize 1 0 1
> set_flags DB_LOG_AUTOREMOVE
>
>
> Performance is roughly what I would expect in comparison to MySQL - and I
> was happy to see that reads have gotten faster in the 2.3 series. The
> logging issues are something else, however. Since we converted from ldbm
> to bdb - we have always disabled the logging - we really have no need for
> it. The logging certainly isn't worth the performance penalty - and
> disabling it was the only way to get comparable performance to what ldbm
> had.
>
> Does anyone know if the logging changes to the new version of BerkeleyDB
> are a bug, or a "feature"? Because having the logging turned on makes
> the performance of openldap to horrible for us to use for large inserts.
> And if they won't allow us to turn it off anymore - I would want to go
> file a bug report on it.