This is the place. =)  Submit a proposal for how you think PerlRun
should change, and get people to discuss it so you can settle on
something that seems good.  Then submit a patch, preferably against the
CVS version.



[EMAIL PROTECTED] (Andrew Chen) wrote:
>Yeah, that sounds about right... It's not at either extreme-- it doesn't
>keep EVERYTHING, and it doesn't kill the Apache child to clear the memory.
>I'm sure the exact directives can be thought out later.
>
>So who do I get in touch with in order for this stuff to get looked at for
>inclusion into mod_perl?
>
>Andrew Chen
>Intern, Architecture
>[EMAIL PROTECTED]
>206-219-8445
>The Cobalt Group, Inc. 
>
>On Tue, 8 Aug 2000, Ken Williams wrote:
>
>> [EMAIL PROTECTED] (Andrew Chen) wrote:
>> >Hello all,
>> >
>> >I was involved in a discussion a few weeks ago regarding how Cobalt Group
>> >(www.cobaltgroup.com) could get a performance boost by running our very
>> >very dirty modules under PerlRun with PerlRunOnce Off and then to have a
>> >handler that cleaned up between requests.
>> >
>> >Anyway, with a lot of help from the mod_perl community (thanks guys!) the
>> >handler was written, and it is currently going through QA to push this out
>> >to all of our websites (many thousands).
>> 
>> Holy ambition!
>> 
>> >Additionally, we are going to release this back into the community for
>> >those that, like us, are unlucky enough to have dirty code that would be
>> >too expensive to rewrite.
>> >
>> >The question is now:
>> >  How should we do it?
>> >
>> >1) Should it be integrated into the mod_perl package?
>> >2) Should it be a seperate package in CPAN?
>> >3) etc., etc.
>> 
>> It's quite possible that some of your functionality should get
>> integrated into PerlRun itself.  It sounds like an intermediate setting
>> between PerlRunOnce Off and PerlRunOnce On.  What about a setting like
>> 
>>   PerlSetVar PerlRunMode Once    (equivalent to PerlRunOnce On)
>>   PerlSetVar PerlRunMode Cleanup (adds your cleanup stuff)
>>   PerlSetVar PerlRunMode Trust   (equivalent to PerlRunOnce Off)
>> 
>> The 'Trust' name is pretty stupid, couldn't think of anything better
>> right now.  Anyway, would something like this make sense?  Or perhaps a
>> "PerlRunCleanup" directive?
>> 
>> 
>> 
>
>


Reply via email to