I'm a little concerned by two things here.
1. The, er, blind reliance on the mantra that because of a, b and c
then it makes sense to do d.
2. The fact that we might have to worry at all about whether we're
using a pool of interpreters or not.
I don't think it's as bad as all that.
for the casual user, none of this really matters - routine Perl programming under threads (perl and/or apache) will be about the same as without (insert standard caveats here).
what we're really talking about here are performance related tweaking where the difference really does matter. in this case, it boils down to some stuff we were discussing on dev@ recently - namely that it looks as though the mindset for tweaking threaded servers will be almost exactly the opposite of tweaking prefork servers. for threaded servers you will probably want a slim base interpreter with almost nothing pre-loaded, while for prefork the old "preload everything, share memory" meme will apply (again, more caveats and disclaimers).
hope this helps bring back the warm fuzzies...
--Geoff
-- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
