[Date Prev][Date Next]
It would help to look at the problem if you post "db_stat -c" result in the
Also wondering whether the recent congestion control patch can solve this
but I suspect it because "Number of deadlocks" is zero in this case.
Jong Hyuk Choi
IBM Thomas J. Watson Research Center - Enterprise Linux Group
P.O. Box 218, Yorktown Heights, NY 10598
(phone) 914-945-3979 (fax) 914-945-4425 TL: 862-3979
----- Original Message -----
Sent: Thursday, June 26, 2003 5:17 PM
> I've done some futher investigation on this ITS and I've found out that it
> BerkeleyDB that is calling ldap_pvt_thread_yield() all the time (callback
> registered in /servers/slapd/back-bdb/init.c). This is the cause of the
> CPU usage and the large amount of context switches (over 100K/sec!) I've
> seen. I suspect there is some bdb locking problem going on. When I run
> db_stat -c while performing the modify benchmark I see that "Total number
> locks not immediately available due to conflicts" is steadily increasing,
> am not sure if that is a serious issue. The "Number of deadlocks" is zero
> there are no signs of BDB running out of locks/lockers/lock objects.
> I've also added some extra debug statements in
> because from slapd's debug logging I saw that executing the function
> bdb_idl_delete_key() took al lot of time, sometimes more than 15 seconds!
> I'll try to continue with digging into this problem, but I am starting to
> out of ideas. Any ideas would be welcome!
> PS I forgot to mention that I use BerkeleyDB 4.1.25p1 NC