[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: slapd syncrepl consumer having permanent high CPU load

Rodrigo Costa wrote: 

Folks,

I was preparing openLDAP with GDB symbols but looks like the issue was 
identified and solved in HEAD. Just to identify this issue; was created any
sort of ITS for verification in a new load?

No, the further work was just associated with ITS#5860.

Sorry my late response but my baby daughter just born last week and I was 
having some work at home.

Congratulations!

I will give a try in the HEAD load.

Try RE24 now, that's the current release candidate. 

Best Regards,

Rodrigo.

PS->  Just some link from my daughter
http://sites.google.com/site/lauramenina/laura_english

--- On Wed, 3/18/09, Howard Chu<hyc@symas.com>  wrote:

From: Howard Chu<hyc@symas.com>
Subject: Re: slapd syncrepl consumer having permanent high CPU load
To: "John Morrissey"<jwm@horde.net>
Cc: openldap-software@openldap.org
Date: Wednesday, March 18, 2009, 5:21 AM
John Morrissey wrote:
After ~16h uptime, slapd with this BDB had increased
its DN cache to ~250k
entries after it previously appeared stable at the
configured 20k entries,
and its entry cache had ballooned to ~480k entries.
Its RSS was about 3.6GB
at this point, with a BDB cache size of 2GB. 

I was finally able to reproduce this (took several hours of
searches. Fortunately I was at a St. Pat's party so I didn't
have to wait around, just got home in time to see it start
going bad...). A fix is now in HEAD.

(And now we'll see if Guinness is Good For Your Code... ;)
--   -- Howard Chu
   CTO, Symas Corp.
    http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/








--
  -- Howard Chu
  CTO, Symas Corp.           http://www.symas.com
  Director, Highland Sun     http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/