[Catalyst] C::P::PageCache patch for reducing duplicate processing

Marcello Romani mromani at ottotecnica.com
Fri Jun 23 17:03:37 CEST 2006


Wade.Stuart at fallon.com ha scritto:
> 
> 
> 
> 
>> Perrin Harkins wrote:
>>> Toby Corkindale wrote:
>>>> One of the aims of my patch is to avoid the expense of having numerous
> 
>>>> processes produce the same code simultaneously. So on the initial
> bunch
>>>> of requests, I'll still try and have the code delay all-but-one of
> them
>>>> from building the page.
>>> Presumably this only happens when a new cached page suddenly becomes
>>> available and is instantly in high demand.  It's not very frequent.  In
> 
>>> my opinion, that isn't worth the danger of messing with something as
>>> potentially troublesome as locks that block page generation, but I
>>> suppose no one is forced to use the locking.
>> Good point.
>> I'll try and implement the features so they can be enabled separately.
> 
> I will second the "I don't think it is worth it" case.  99% of the time
> caching is set at startup and the only time the case you are coding for is
> hit is on the first page load if the second request comes in for the same
> page before the page build is done from the first hit.  Seems like such an
> outside case that I would be against all that extra locking an special case
> code even if it is an option.

Could this condition be triggered by the user hitting "Reload" or "Go" 
many times while waiting for the page ?

> 
> 
> _______________________________________________
> List: Catalyst at lists.rawmode.org
> Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
> Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/
> Dev site: http://dev.catalyst.perl.org/
> 
> 


-- 
Marcello Romani
Responsabile IT
Ottotecnica s.r.l.
http://www.ottotecnica.com



More information about the Catalyst mailing list