В Чтв, 05/09/2013 в 13:58 -0700, Quanah Gibson-Mount пишет: > --On Thursday, September 05, 2013 10:58 PM +0300 Покотиленко > Костик <[email protected]> wrote: > > > В Чтв, 05/09/2013 в 11:35 -0700, Quanah Gibson-Mount пишет: > >> --On Thursday, September 05, 2013 9:05 PM +0300 Покотиленко > >> Костик <[email protected]> wrote: > >> > >> > Hi, > >> > > >> > Is there a way to log the time each operation took? > >> > > >> > I have strange CPU load (~200%) with just ~15 operations per second. > >> > SRCH is >90% of all operations. All attributed involved in search a > >> > indexed (many single attribute indexes, ~30). > >> > > >> > The point is to find which search operations a taking long time to > >> > develop a solution. > >> > >> OS? OpenLDAP version? OpenLDAP Backend? Do you see any issues in I/O > >> wait? Size of database? Number of entries in database? etc. Provide > >> some relevant information. > > > > OS: Ubuntu 12.04.2 LTS > > Slapd: 2.4.28-1.1ubuntu4.3 > > Ugh, ancient. > > > Backend: HDB > > Yuck. > > > FULL database ldif size: 2M > > /var/lib/ldap size: 220Mb (190Mb of which are 19 log.* files) > > Database entries: 1,7k > > Well, that is pretty tiny. So not likely to be a configuration issue. > > Could be some of what was fixed in 2.4.32: > Fixed slapd-bdb/hdb cache hang under high load (ITS#7222) > or 2.4.31: > Fixed slapd-bdb/hdb idlcache with only one element (ITS#7231) > > personally, I would highly advise upgrading to a current release (2.4.36) > and switching to back-mdb.
Thanks for the pointers. I'll consider trying more recent versions.
