[prev in list] [next in list] [prev in thread] [next in thread]
List: openldap-general
Subject: RE: 1.2 performance question
From: "Sumit A. Vakil" <svakil () internetdevices ! com>
Date: 1999-02-16 18:32:57
[Download RAW message or body]
> >Hi,
> >I'm running OpenLDAP release 1.2 on a FreeBSD 2.2.x system, with the
> >BerkeleyDB version 2.3.16. Both the server and the DB are
> compiled without
> >thread support.
> >
> >The nature of our application requires frequent writes and deletes to the
> >DB. The search performance is fine initially, but begins to degrade in a
> >few days. Running slapd with the debug option prints out debug
> information
> >of the type:
> >candidate 4017 not found
> >candidate 4018 not found
> >candidate 4019 not found
> >.
> >.
> >.
> >candidate 11212 not found
>
> Running with debugging level set to ARGS (or TRACE or ACLS or most
> anything) will significantly decrease your performance.
>
> >I suspect that my performance problems are because an id does not get
> >deleted if the corresponding entry is deleted. Is this correct,
> and if yes,
> >is there a fix?
>
> When the search filter needs to be applied to ALL id's within the
> backend, the server basically enters a for loop running from id 1
> to max id. The loop reports any id which doesn't exist to
> LDAP_DEBUG_ARGS. It's a feature. Just disable ARGS debugging.
I turned on debugging to see what was going on only after I noticed the
performance change. Even without the debug turned on, the performance had
degraded significantly, and that's the part I'm trying to find a fix for.
Sumit
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic