Theo Van Dinter <[EMAIL PROTECTED]> writes: >> 1.80 0.310 0.458 47786 0.0000 0.0000 ::BayesStoreDBM::is_magic_token >> 1.28 0.220 0.196 47786 0.0000 0.0000 ::BayesStoreDBM::get_magic_re > This is very likely due to backward compatibility (ie: we read v0 and > v1 DBs).
Could we store the magic_re in some variable to avoid calling that function 47786 times for 200 messages? :-) >> 4. something interesting seen in one run: >> %Time ExclSec CumulS #Calls sec/call Csec/c Name >> 22.0 4.418 7.496 1 4.4179 7.4957 >> ::BayesStoreDBM::calculate_expire_delta > not surprising. that's expiry pass 1. that's why we do estimation when > possible to skip it. Should that be happening so soon on a Bayes DB that is in regular use? It's my autolearning+train-on-error Bayes DB I've been using for months. Daniel -- Daniel Quinlan anti-spam (SpamAssassin), Linux, http://www.pathname.com/~quinlan/ and open source consulting
