tests_pri_0 taking a long time, but which rule EXACTLY?

[Ralf Hildebrandt]

> > As you can see, "tests_pri_0: 1150 (85.0%)" is taking up most of the
> > time in SA (with check_razor2 coming in at second place).
> > 
> > But how can I drill down further, in order to see which tests in the
> > SA ruleset take longest?
> 
> Is http://lists.amavis.org/pipermail/amavis-users/2011-May/000330.html
> really my best bet?

https//github.com/benningm/Mail-SpamAssassin-Plugin-RuleTimingRedis
can be installed as Plugin and Redis will be used as storage backend.

This yields

4.091035E+01 FUZZY_PROMOTION
4.303796E+01 FUZZY_XPILL
4.418290E+01 FUZZY_PHARMACY
4.496023E+01 T_TVD_FUZZY_SECURITIES
4.565933E+01 T_LFUZ_PWRMALE
4.788174E+01 T_FUZZY_SPRM
4.820698E+01 FUZZY_CPILL
4.998733E+01 HS_BODY_247
5.131849E+01 FUZZY_CREDIT
5.218323E+01 FUZZY_PHENT
5.289654E+01 FUZZY_CLICK_HERE
5.295207E+01 FUZZY_IMPORTANT
6.199045E+01 FUZZY_ROLEX
6.461184E+01 FUZZY_AMBIEN
6.624127E+01 FUZZY_PRICES
6.724566E+01 PP_TOO_MUCH_UNICODE05
7.878561E+01 FUZZY_ERECT
9.233920E+01 MIME_BASE64_BLANKS
2.089959E+02 SPF_SOFTFAIL
4.875458E+02 SPF_NEUTRAL
5.715175E+02 DKIM_ADSP_CUSTOM_MED
8.783782E+02 SPF_HELO_NEUTRAL
6.531796E+03 DCC_REPUT_13_19
1.545746E+04 DCC_CHECK
1.316323E+05 TXREP

As you can see, some check take a magnitude more time.

-- 
Ralf Hildebrandt                   Charite Universitätsmedizin Berlin
ralf.hildebrandt at charite.de        Campus Benjamin Franklin
http//www.charite.de              Hindenburgdamm 30, 12203 Berlin
Geschäftsbereich IT, Abt. Netzwerk fon +49-30-450.570.155