Mail Admin wrote: > Hi, > I want to use spamassassin on a system where real heavy load exists. I have > 540,000 incoming emails daily.
We're doing about 7m a day. Though we do solve the problem with *lots* of hardware. Also not everything goes through our spam engine (which is SpamAssassin plus some custom spam detection stuff which I can't talk about). > I know spamc/spamd do well under moderate load , but this is not enough. > Did anybody think of rewriting spammassasin in C , and may be use a high > performance threading library like pth for a native daemon like spamd and > considering optimisation in rules matching ? I think the best thing we can do is optimise the regexps. I'll certainly be working hard on that over the next 6 months. Other than that, Perl is generally fast enough (provided you don't have to compile perl - that's definitely slow). I think Arpi's C version was so much faster merely because it's doing a hell of a lot less, and also doing the pre-matches, not because it's written in C. (I'm not denying that C is faster - just that for what we're doing you're not going to get huge wins that way, since the perl regexp engine is all in C-space anyway). Matt. _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
