On Fri, Sep 11, 2009 at 10:20 PM, Tihomir Culjaga
<tculjaga@gmail.com> wrote:
performing the search ... it returned everything (all data from the initial ldi) in very short time and stopped on the same place as before. After that it took ~10 minutes to finish...
now, the process is taking 39.5% of memory and 15 - 20 % CPU when doing nothing..
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
ldap 10597 15.6 39.5 8500816 4046688 ? Ssl 22:05 2:03 /usr/local/libexec/slapd -h ldap:/// -u ldap
T.
ldap 10597 21.9 39.5 8500816 4046688 ? Ssl 22:05 2:03 /usr/local/libexec/slapd -h ldap:/// -u ldapOn Fri, Sep 11, 2009 at 10:09 PM, Quanah Gibson-Mount
<quanah@zimbra.com> wrote:
--On Friday, September 11, 2009 10:04 PM +0200 Tihomir Culjaga <
tculjaga@gmail.com> wrote:
What do you mean by: "And setting no cache or idlcachesize"
you want me to comment this out ?
# cachesize 2500000
# idlcachesize 7500000
cachefree 1000
dncachesize 0
For the moment, yes. See what size the slapd process is in real memory with that setting first, after doing a query across the entire database.
--Quanah
--
Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration