6 minutes for 25000 entries is obviously too much. On our server  (HP of two years old ang 2Go of memory)  8300 entries are returned in 0.77 seconds (the filter is almost like yours - "(&(uid=*)(objectClass=inetOrgPerson))"). There is certainly some problem either with the disk access or with the memory sizing or with the indexed searches in your configuration... Do you have the PRESENCE index on uid?<br>

<br><div class="gmail_quote">2009/10/27 Juan Asensio Sánchez <span dir="ltr"><<a href="mailto:okelet@gmail.com">okelet@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im">> How many entries match this search filter?  Is your nsslapd-idlistscanlimit<br>
> high enough to hold both all of the uid=* entries and all of the<br>
> objectClass=sambasamaccount entries?<br>
<br>
</div>We have about 25000 sambaSamAccount objects. nsslapd-idlistscanlimit<br>
is set to 50000 (total object are about 40000). Databases have been<br>
reindexed.<br>
<div><div></div><div class="h5"><br>
Regards.<br>
<br>
--<br>
389 users mailing list<br>
<a href="mailto:389-users@redhat.com">389-users@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/fedora-directory-users" target="_blank">https://www.redhat.com/mailman/listinfo/fedora-directory-users</a><br>
</div></div></blockquote></div><br>