The main rationale I think is because of the restart, loading is twice as slow. So the more things you can postpone until after restart the faster your server will start.
I suppose that's a consideration. but I hate to not have functionality just because it takes the server a while to start. for most production environments, which are behind some kind of load-balancer, a slow start or restart really doesn't matter. large, complex applications already can take minutes to start.
It should be very easy to match the mp1 behavior. You already suggested
that an empty <Perl>\n<Perl> section will trigger an early startup.
that's really not an option. if I create a module that relies on code running during startup I don't want to say in the docs 'oh, and you have to fake a <Perl> section to get the module working properly.'
And we could introduce a special directive for that, to make it less hackish.
we've discussed this at length before:
http://marc.theaimsgroup.com/?t=105343767200008&r=1&w=2
after re-reading the entire thread, I'm pretty sure we are each on the same side of the argument as we were then. I know I am :)
Let's not mix things, Geoff. In this thread you were trying to make PerlLoadModule do what it wasn't designed for. This current thread is talking about an early startup in general. While related, they aren't the same things. If we have turned PerlLoadModule into what you were trying to make it, it still doesn't solve John's problem.
And since you've mention this thread, it goes:
"BTW, one other reason for postponing startup is to be able to specify PerlSwitches anywhere in the config file and PerlInterp* directives as well (as Doug has reminded me). Something that won't work after perl was started."
So if you force an early startup, you can not use PerlSwitches and you better remove the whole feature, since it becomes useless.
__________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
-- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html