[ sorry if this goes to the list more than once, sourceforge.net was
  rejecting my mail earlier, but you never know ]

Simon Byrnand <[EMAIL PROTECTED]> writes:

> Speaking of profiling, is there anything in the works in the future for 
> some kind of built in profiling system ?

Devel::DProf works quite well.  I use it often (and Devel::SmallProf to
a lesser extent) over the last year to profile code.

> What I'm thinking of here, is something that can be turned on (in user 
> prefs and system prefs) that adds a new header something like 
> X-Spam-Performance, that lists at least (or hopefully :)
> [...]

This would probably add too much overhead and performance issues are
often complicated.  Adding a header (even as an option) would probably
just confuse people and be a distraction.  (Similar to how there are
some complaints about specific scores dropping "too much" between major
releases.)
 
The one unfortunate problem with Devel::DProf is that it can't follow
forks, so what I do is test with mass-check (no -j option), but that
actually works quite well.

When I need to do a forking test with mass-check -j (for example,
testing DNSBL performance in an environment more similar to spamd), I
usually rely on time(1) and adding custom timing code to SpamAssassin.

  export TIME=%e,%U,%S,%F,%R

Daniel

-- 
Daniel Quinlan                     anti-spam (SpamAssassin), Linux, and open
http://www.pathname.com/~quinlan/   source consulting (looking for new work)


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to