I don't know why, but dynamic objectClass creation time grows linearly
depending on count of existing objectClasses in OpenLDAP schema.
I attach perfomance test result as a picture. Test was made on Fedora 9,
using OpenLDAP 2.4.16 built from sources and configured to use HDB backend.
Each measure point is time of execution of ldapmodify adding 100
randomly named objectClasses.
I can provide you with complete test script (it is very simple: writes
to stdout LDIF, containing ldapmodify operation with 100
olcObjectClasses attributes to add).
Is it normal behavior of OpenLDAP, or bug, or misconfiguration?
WBR, Dmitry V. Korotkov
Howard Chu пишет:
Dmitry Korotkov wrote:
> Dear OpenLDAP team,
> I made some OpenLDAP stress tests on our use cases and realized that
> time of registering new objectClass using OpenLDAP dynamic configuration
> grows linearly. It looks like slapd completely rewrites contents of
> cn=config folder on any configuration change.
No, it doesn't.
Probably this question belongs on openldap-software; there is no bug
> This issue makes OpenLDAP schema to be a bottleneck in our large
> scalable application. Do you plan to store OpenLDAP configuration in bdb
> or hdb database? Or another solution of this issue is planned?
> WBR, Dmitry V. Korotkov