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(a)symas.com> wrote: > >> From: Howard Chu<hyc(a)symas.com> >> Subject: Re: slapd syncrepl consumer having permanent high CPU load >> To: "John Morrissey"<jwm(a)horde.net> >> Cc: openldap-software(a)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/ >> > > > > >