httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Plüm, Rüdiger, VF-Group" <ruediger.pl...@vodafone.com>
Subject RE: mod_cache: store_body() bites off more than it can chew
Date Mon, 13 Sep 2010 15:19:13 GMT
 

> -----Original Message-----
> From: Graham Leggett 
> Sent: Montag, 13. September 2010 16:35
> To: dev@httpd.apache.org
> Subject: Re: mod_cache: store_body() bites off more than it can chew
> 
> On 13 Sep 2010, at 4:18 PM, Plüm, Rüdiger, VF-Group wrote:
> 
> > It is not a problem for mod_disk_cache as you say, but
> > I guess he meant for 3rd party providers that could only deliver
> > the cached responses via heap buckets.
> 
> The cache provider itself puts the bucket in the brigade, and 
> has the  
> power to put any bucket into the brigade it likes, including 
> it's own  
> custom developed buckets. The fact that brigades become heap buckets  
> when read is a property of our bucket brigades, they aren't a  
> restriction applied by the cache.
> 
> For example, in the large disk cache patch, a special bucket was  
> invented that represented a file that was not be completely present,  
> and that blocked waiting for more data if the in-flight cache 
> file was  
> not yet all there. There was no need to change the API to 
> support this  
> scenario, the cache just dropped the special bucket into the brigade  
> and it was done.

Yeah, but in a tricky way, which is absolutely fine and cool if you cannot
change the API, but the question is: Is this the way providers
should go and does the API looks like as it should?

Regards

Rüdiger


Mime
View raw message