Patch committed. It'll be in the next release.
Viewing a revision involves checkout out the revision of that file, reading it
into memory, replacing all the HTML special characters with < and >, and
finally printing it. Are you trying to view a revision of a large file? I tried
viewing a revision but didn't notice any marked increase in CPU usage. The
only thing else I can think of off the top of my head is spawning the process
to do the checkout pegs the processor.
Please let me know.
Thanks for the patch.
barbee.
On Tue, Feb 19, 2002 at 03:09:51AM -0500, Briac PilprX via RT wrote:
Show quoted text>
>
> via RT (bug-Apache-CVS@rt.cpan.org) wrote:
> > I went to apply your patch, but from what I can see, the code already
> > looks like how you want it to look. I downloaded the Apache CVS
> > tarball just to make sure all the $remainders are declared with my.
> >
> > Any idea why your installation would be different or am I reading the
> > direction of the diff
> > incorrectly?
>
> Oops, I now realize that the patch I gave you inverted the
> original/patched files. So here's the right version (patched from a
> fresh CPAN download, just to be sure :)
>
> Note that the $remainder variable should only be declared with 'my'
> once in the same scope.
>
> Actually, the reason I looked at the code of your module was that
> Apache ended up taking 98% of CPU time when displaying a revision of a
> file. Any clue on the reason of this behaviour?
>
> Thanks,
> Briac
>
> --
> briac
> << dynamic .sig on strike, we apologize for the inconvenience >>
>