Justin Mason a écrit : > > > There was an attempt several years back, by one of the MPlayer guys iirc. > It might be worth searching archives for that if you're still interested. > > For what it's worth, I can tell you with almost 100% certainty that it's > pointless. It may reduce memory usage, but will have minimal effect on > runtime; as John says, perl's regex engine is written in C too, so there > won't be any speedup in that code at all, and that's the main bottleneck > by far. The only way to speed that up is to rethink the regex engine > itself. >
I think a multi-pattern algorithm would speed up matching. (of course, this doesn't mean rewriting SA in C. it suffices to have a perl interface). > SpamAssassin is pretty well designed, speed-wise; the bottlenecks are > mostly outside of the interpreted language parts. Perl is quite good > about allowing you to get C speed for your hot-spot code, if you know > how. I guess the problem isn't perl by itself, but the quality of the modules you use. after all, the machine doesn't speak C or perl.