On Fri, Sep 11, 2009 at 10:35 PM, Tihomir Culjaga
<tculjaga@gmail.com> wrote:
just one more thing,
when i perform the search again (tried this several times), the CPU usage of slapd is almost nothing 1 - 5% until it stopps returning entries ... than suddenly the CPU goes to 80% - 100% for some time ~1.5 minutes and all remaining entries are returned.
For the moment the memory us keeps stable on 39.5%
All entries are returned within 2m43.999s but there is a gap of about 2 minutes when it stops for a while and returns the final few entries.
T.
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