in reply to Re: Re: Re: Re: Re: Externally managed threads using embedded Perl
in thread Externally managed threads using embedded Perl

Sorry, I didn't mean to insult you (or anyone) with my C++ comment. I don't know Perl at all (as illustrated in my code example) so C++ is guaranteed to be faster for me. Plus I have good C++ tools (VS.NET) and no real Perl tools (again, editing scripts using VS.NET).

Fortunately, despite my dismal Perl code example, you understood my question. I can deal with the answer - thanks once again.

Ideally what I would like to do is prevent running the SA startup/initialisation code more than once (or so). This stuff takes quite a while to crank up and will kill performance. If I can't share a single instance, can I somehow "clone" a pre-initialised instance? (Last question, I promise, at least until I get to do some experimentation tonight).

If I can't clone the object I'll definitely have to have a pool of interpreters lying around. I'm not overly concerned by the memory consumption as ActivePerl already consumes a heap of memory anyway, I can't imagine a few more instances of SpamAssassin will make that much difference.

Phil

  • Comment on Re: Re: Re: Re: Re: Re: Externally managed threads using embedded Perl

Replies are listed 'Best First'.
Re: Re: Re: Re: Re: Re: Re: Externally managed threads using embedded Perl
by BrowserUk (Patriarch) on Jan 08, 2004 at 07:34 UTC

    I certainly wasn't insulted. Many people like C++, I prefer C or smalltalk or even Java, but that's really just me:)

    Never having used spamassasin, any further comment on that would just be speculation.

    I can't think of any easy way to clone a pre-initialised instance, but you might find that the initialisation costs are mostly a first-time setup cost at the spamd end and that subsequent connections are relatively low? You'll have to try it I think.


    Examine what is said, not who speaks.
    "Efficiency is intelligent laziness." -David Dunham
    "Think for yourself!" - Abigail
    Hooray!