procmail
[Top] [All Lists]

Re: procmail blues: half-shod solution...

2003-01-02 11:24:51
On Mon, 30 Dec 2002, Professional Software Engineering enslaved 16 hundred...:

So, where does _MUSER_ fall into this?  As I indicated - the original
recipe you offered generally resulted in a null MUSER value.

Yes, there is no MUSER anymore, it's the FROM_ address.

Sloppy code can run like dirt.  Code which is invoked frequently should be
optimized.  As an example, in a 3-D rendering system, you could spend time
improving the code within a matrix function tenfold, but if you improved
the speed of the underlying multiplication function by a mere two CPU
cycles, you might see a huge improvement in overall program performance,
because that's two cycles each time the function is called from anywhere,
and it's going to be called many times from the matrix function, as well as
elsewhere.  IOW, choose where you optimize - for stuff called once in a
blue moon, it may not make sense to spend the time cleaning the code up to
save resources - but if it's called on many messages - or virtually every
one - then it makes lots of sense to do it right the first time out.

Luckily for me (he says :) this system is running dual 64bit alphas with a
"combined processing power" (I don't write this stuff) of 21.1 glfops -

That is never a good reason to waste cycles - everything you needed to
accomplish was capable of being done 60 times faster -- and, more
importantly - accurately.

Yes someone has proved your point perfectly... someone had a procmailrc
file running an ugly perl script which spawned too many times or something
to do with inefficient code, the system was taken down after 2gb of ram
was used up... Good reminder! I'm going to start experimenting with
spamassassin, which involves perl and was part of the reason for the
system outtage. I'll need to be careful with this one!

Thanks,

Poff

poff(_at_)sixbit(_dot_)org
SDF Public Access UNIX System - http://sdf.lonestar.org


_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail

<Prev in Thread] Current Thread [Next in Thread>