On Fri, 20 Sep 2002, Newsmirror wrote:
> > As for PERL and performance. Please wait for another day or two > and I'll announce version 0.9 of my xmrproc deamon. (XMail Remote Procedure). > This server holds a PERL interpreter in memory, listening for calls > over the network carries them out and returns exitcodes for the calling > client (xmprocc, executed by XMail). > > Since xmrprocd caches all procedures (perl modules) as bytecode, > filter/mproc jobs in PERL will now be pretty much equal to a compiled ones in C etc. > in terms of performance, but with the big win in my view is the an ocean of code > ready to snap in (CPAN). > > New procedures works kindof like plug-ins that you simply drop inside > a procroot with a unified configuration file. > > Loadsa cool stuff like a common procedure API, logging, > detailed debugging mode + it'll run as a Win32 service right out of the box ! > > I was about to release it yesterday, but got the urge to add a > SpamAssassin procedure to raise some interest around here. > It'll besides running on any platform (yup, Win32 aswell), > outperform anything you've probably seen in the terms of real-time > automated anti-spam. Still finetuning the thing, but weekend's coming > right up, the Hellacopters on stage local tonight and its time to get drunk again. > > finally the best of all, where PERL is around, xmrprocd/c will run, > even on MacOS ;) i already told you, this is a nice project to solve perl scripting speed. - Davide - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
