----- Original Message -----
From: "Mark Reynolds" <mareynol(a)redhat.com>
To: "General discussion list for the 389 Directory server project."
Sent: Tuesday, August 4, 2015 6:04:17 PM
Subject: Re: [389-users] 389-DS poor performance retrieving groups
On 08/04/2015 11:57 AM, ghiureai wrote:
We are seeing poor performance from LDAP retrieving 2500-4500 entries compare
with one of our regular RDBMS , here is bellow the result for a ldapsearch.
We are questioning if for general cn=(.*..) search string , LDAP has to run a
round trip for each subset result entry ?
What cfg needs tuned to see some performance improvements beside cache mem
There isn't any, besides indexing, and by default cn is indexed for substring
Can you provide the output from the access log during one of these searches?
Seems that by default, substring indexing is done on lenght 3. So, probably the keys with
lenght 2 will provoke this search to be unindexed.
ldapsearch -x -s one -H -b 'ou=Groups,ou=ds,dc=cxxx,dc=net' -W -D
'uid=xx,ou=Users,ou=ds,dc=cxxxr,dc=net' 'cn=*MT*' 'cn,
# search result
result: 0 Success
# numResponses: 2608
# numEntries: 2607
389 users mailing list 389-users(a)lists.fedoraproject.org
389 users mailing list