Am Sonntag, 18. Januar 2004 06:35 schrieb Stas Bekman:
> Boris Zentner wrote:
> > Hi,
> >
> > Am Sonntag, 18. Januar 2004 01:13 schrieb Stas Bekman:
> >>Boris Zentner wrote:
> >>>>Anyway, loading these methods on demand may actually be very useful
> >>>>for Perl 5 ithreaded based MPM's!
> >>>
> >>>but for forkbased servers it is just the opposite. I dislike your
> >>>AUTOLOAD idea for that reason.
> >>
> >>It's not quite opposite. You don't want to load 40+ modules if you are
> >>going to use only 3 of them. It's out of question that we are going to
> >>preload them by default. You are probably unaware that there are that
> >> many modules in mp2.
> >
> > I do not want to preload all modules, I like to preload my modules, and
> > only the ones I need before apache forks. Just to share them at least at
> > this point.
> >
> > With the autoload aproach all my server load the missing functions after
> > each other and need x times more mem.
> >
> > Sorry if this was not so clear.
>
> In which case it seems that you are saying exactly what Liz does: i.e. you
> want to be able to load only the modules that you are going to use. Nobody
> is forcing you to use AUTOLOAD if you don't want to. Or may be I've lost
> you and not quite following what your point/disagreement is.

This is what happened so far ( or what I read so far ):
Liz: suggested if a method is not found we can use autoload to load with a 
warning.  That is better as error. AND this aproach is a good one, if you use 
a ithread using server.

Boris: Yes this is nice, but if someone use a forked server it whould be far 
better not to load all this functions on demand because it use so much more 
mem. I agree with liz. But for my kind of server this is not  the all time 
best, it is better as before ;-)

>
> __________________________________________________________________
> 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

-- 
Boris

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to