Apache::PerlRun::Flush
Hello all, There was some discussion about the Apache::PerlRun::Flush handler before, but here's a quick refresher: the handler was written in order to be able to run dirty code on PerlRun with PerlRunOnce Off by going through and cleaning up the memory space between each request. It's been working okay, and we're putting it through QA right now. Some people have e-mailed and asked about open sourcing of the handler, and all I can say is: It will be done, I'm just not sure when. This will be the first piece of software open sourced here at Cobalt, and it just needs to go through the right channels. By the way, is having "Apache" in the name of the package a problem? To the technical issue: One of the only problems about the handler right now is that there seems to be a strange memory leak. If I have Apache running and serving requests, if I watch the httpds on top I see them use more and more memory until it starts taxing the server. Everything seems to be working fine (variables seem to be getting flushed, etc.) but this is still happening. Does anyone have any ideas or any way to track down what variables are using up the memory? When I have Apache::Status loaded up, the Apache::ROOT* temporary PerlRun packages that get created seem to be occupying a nonzero amount of space. Is this a PerlRun bug? Please let me know if you have any idas-- I'm not on the list so please cc: me. Andrew Chen Intern, Architecture [EMAIL PROTECTED] 206-219-8445 The Cobalt Group, Inc.
Re: Apache::PerlRun::Flush
On Wed, 13 Sep 2000, Andrew Chen wrote: > Hello all, > > There was some discussion about the Apache::PerlRun::Flush handler before, > but here's a quick refresher: the handler was written in order to be able > to run dirty code on PerlRun with PerlRunOnce Off by going through and > cleaning up the memory space between each request. It's been working okay, > and we're putting it through QA right now. > > Some people have e-mailed and asked about open sourcing of the handler, > and all I can say is: It will be done, I'm just not sure when. This will > be the first piece of software open sourced here at Cobalt, and it just > needs to go through the right channels. By the way, is having "Apache" in > the name of the package a problem? Use the "Apache" name is a sensitive issue in general. But it's abosolutely Ok to release your modules under Apache:: tree. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
Apache::PerlRun::Flush Open Sourced
Hello all, I am happy to announce that open sourcing the Apache::PerlRun::Flush module has gracially been approved by proper channels here at Cobalt Group, and that it can be downloaded from: http://personal.cobaltgroup.com/~achen/Flush-0.95.tar.gz Please go through the documentation (both the README and the POD documentation) because this handler needs quite a bit of configuration. -- >From the README: WHY WOULD YOU NEED THIS? If you have a large existing Perl codebase which is not 100% compatible with mod_perl, then you can get a lot the performance advantages by using this handler. Additionally, if there are some low-level packages that many other packages use (database packages, for example), you can also clean those and preload them for even higher performance. --- There's an existing memory leak as well, which has the workaround of using Apache::SizeLimit or using MaxChildRequests. If anyone has any ideas of why its happening, I would really appreciate feedback. Thanks to everyone on the list that initally helped me, especially Perrin Harkins and Honza Pazdziora, and also my fellow Cobaltians Matt Tucker and Rob Spearman. I am not on the modperl mailing list, so please cc: [EMAIL PROTECTED] if you have comments. Thanks! Andrew Chen Software Engineer, Architecture [EMAIL PROTECTED] 206-219-8445 The Cobalt Group, Inc. (www.cobaltgroup.com) 2200 First Avenue South Seattle, WA 98134