http://bugzilla.spamassassin.org/show_bug.cgi?id=3048
------- Additional Comments From [EMAIL PROTECTED] 2004-02-20 07:22 ------- Subject: Re: bayesdbm.t, test 37 takes ages On Mon, Feb 16, 2004 at 03:41:52PM -0800, [EMAIL PROTECTED] wrote: > > I wonder if this has anything to do with the sleep for 1 second that > Justin posted about the other day. > > http://xrl.us/bhef > Indeed. I was using 4.1.25, upgrading to 4.2.52 seems to make the delay go away. I went from 1m39.295s to 0m21.568s to run all of the tests. Question: Should we just call this a Berkeley DB bug (possibly this one from their change log: Fix a bug where contention in the buffer pool could cause the buffer allocation algorithm to unnecessarily sleep waiting for buffers to be freed. [#7572])? or should we figure out if we're just tickling it somehow and correct that. I do know that I can do one run that will display the delay, and another run that will not have the delay. Not sure of why that is, maybe the db is already in RAM or something like that. Michael ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
