Re: Two New HTTP Caching Extensions

2008-04-09 Thread Michael S. Fischer
On Tue, Apr 8, 2008 at 4:34 PM, Ricardo Newbery <[EMAIL PROTECTED]> wrote:
> > I should add a qualifier to my vote, that stale-while-revalidate
> > generally is used to mask suboptimal backend performance and so I
> > discourage it in favor of fixing the backend.
>
>  Of course the main premise of a reverse-proxy cache is to mask suboptimal
> backend performance.  :-)

Except, in this case, you are presumably already relieving your
backend of a significant burden with your cache.  if your backend is
*still* unable to process requests to fulfill a request from the
caching layer within a reasonable time, you're in serious trouble
indeed.

--Michael
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc


Re: Two New HTTP Caching Extensions

2008-04-08 Thread Ricardo Newbery

On Apr 8, 2008, at 4:26 PM, Michael S. Fischer wrote:

> On Tue, Apr 8, 2008 at 4:25 PM, Michael S. Fischer <[EMAIL PROTECTED] 
> > wrote:
>> On Tue, Apr 8, 2008 at 4:18 PM, Ricardo Newbery <[EMAIL PROTECTED] 
>> > wrote:
>>> +1 on stale-while-revalidate.  I found this one to be real handy.
>>
>> Another +1
>
> I should add a qualifier to my vote, that stale-while-revalidate
> generally is used to mask suboptimal backend performance and so I
> discourage it in favor of fixing the backend.
>
> --Michael


Of course the main premise of a reverse-proxy cache is to mask  
suboptimal backend performance.  :-)

Ric


___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc


Re: Two New HTTP Caching Extensions

2008-04-08 Thread Michael S. Fischer
On Tue, Apr 8, 2008 at 4:25 PM, Michael S. Fischer <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 8, 2008 at 4:18 PM, Ricardo Newbery <[EMAIL PROTECTED]> wrote:
>  >  +1 on stale-while-revalidate.  I found this one to be real handy.
>
>  Another +1

I should add a qualifier to my vote, that stale-while-revalidate
generally is used to mask suboptimal backend performance and so I
discourage it in favor of fixing the backend.

--Michael
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc


Re: Two New HTTP Caching Extensions

2008-04-08 Thread Michael S. Fischer
On Tue, Apr 8, 2008 at 4:18 PM, Ricardo Newbery <[EMAIL PROTECTED]> wrote:
>  +1 on stale-while-revalidate.  I found this one to be real handy.

Another +1

--Michael
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc


Re: Two New HTTP Caching Extensions

2008-04-08 Thread Ricardo Newbery

On Apr 7, 2008, at 3:18 PM, Jon Drukman wrote:

> Poul-Henning Kamp wrote:
>> In message <[EMAIL PROTECTED]>, Sam  
>> Quigley writ
>> es:
>>> ...just thought I'd point out another seemingly-nifty thing the  
>>> Squid
>>> folks are working on:
>>>
>>> http://www.mnot.net/cache_channels/
>>> and
>>> http://www.mnot.net/blog/2008/01/04/cache_channels
>>
>> Interesting to see what hoops they try to jump through these days...
>>
>
> I just got through working at Yahoo and they have valid reasons to  
> want
> all these behaviors.  The thing I didn't like about the cache channel
> implementation is it involves squid polling an RSS feed every few
> seconds to determine which bits of the cache to invalidate.
>
> I'm looking at launching a small site for a client and the
> stale-while-revalidate/stale-on-error functionality is fairly  
> critical.
>  I want to go with varnish, though. Front end cache server in India,
> pulling content from the USA... lots of potential for slow/dead
> connections back to the origin, so it would be great if Varnish would
> serve stale content in this eventuality.
>
> -jsd-


+1 on stale-while-revalidate.  I found this one to be real handy.

Ric


___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc


Re: Two New HTTP Caching Extensions

2008-04-08 Thread Jon Drukman
Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Sam Quigley writ
> es:
>> ...just thought I'd point out another seemingly-nifty thing the Squid  
>> folks are working on:
>>
>> http://www.mnot.net/cache_channels/
>> and
>> http://www.mnot.net/blog/2008/01/04/cache_channels
> 
> Interesting to see what hoops they try to jump through these days...
> 

I just got through working at Yahoo and they have valid reasons to want 
all these behaviors.  The thing I didn't like about the cache channel 
implementation is it involves squid polling an RSS feed every few 
seconds to determine which bits of the cache to invalidate.

I'm looking at launching a small site for a client and the 
stale-while-revalidate/stale-on-error functionality is fairly critical. 
  I want to go with varnish, though. Front end cache server in India, 
pulling content from the USA... lots of potential for slow/dead 
connections back to the origin, so it would be great if Varnish would 
serve stale content in this eventuality.

-jsd-

___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc


Re: Two New HTTP Caching Extensions

2008-01-11 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, Sam Quigley writ
es:
>...just thought I'd point out another seemingly-nifty thing the Squid  
>folks are working on:
>
>http://www.mnot.net/cache_channels/
>and
>http://www.mnot.net/blog/2008/01/04/cache_channels

Interesting to see what hoops they try to jump through these days...

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc


Re: Two New HTTP Caching Extensions

2008-01-10 Thread Sam Quigley
...just thought I'd point out another seemingly-nifty thing the Squid  
folks are working on:

http://www.mnot.net/cache_channels/
and
http://www.mnot.net/blog/2008/01/04/cache_channels

-sq
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc


Re: Two New HTTP Caching Extensions

2008-01-08 Thread Dag-Erling Smørgrav
Paul <[EMAIL PROTECTED]> writes:
> Found these ideas very interesting, made it into Squid 2.7. Was
> curious if Varnish would ever support similar functionality.
>
> http://www.mnot.net/blog/2007/12/12/stale

Isn't it fascinating to see the Squid developers discussing this
approximately 18 months after we put it on our roadmap?  It was
actually planned for Varnish 1.0, but was left out as it turned out
not to be necessary for vg.no (which was our target at the time)

DES
-- 
Dag-Erling Smørgrav
Senior Software Developer
Linpro AS - www.linpro.no
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc


Two New HTTP Caching Extensions

2007-12-28 Thread Paul
Found these ideas very interesting, made it into Squid 2.7. Was
curious if Varnish would ever support similar functionality.

http://www.mnot.net/blog/2007/12/12/stale
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc