Re: Cache invalidation (not PURGE)

2010-01-20 Thread Laurence Rowe
2010/1/19 Antoni Villalonga : > Hi! > > I'm looking for a method to invalidate some url. > http://example.com/invalidate.html, for example. > > If I PURGE using 'purge()' function and 2 diferent users GET > "http://example.com/invalidate.html"; at time, varnish ask for the url to the > backend serv

Re: Varnish use for purely binary files

2010-01-20 Thread Laurence Rowe
2010/1/19 pub crawler : > Wanted in inject another discussion heady item into this thread and > see if the idea is confirmed in other folks current architecture. > Sorry in advance for being verbose. > > Often web servers (my experience) are smaller servers, less RAM and > fewer CPUs than the app s

comparing 2 headers

2010-01-20 Thread Angelo Höngens
Hey, I'm new to Varnish.. We currenly have 4 simple caching balancers running squid+haproxy in front of some large webapps (2000 req/sec, 200Mbit), and I get the feeling we're growing out of Squid.. So I am investigating an in-place replacement of Squid by Varnish. The project looks really great

Re: feature request cache refresh

2010-01-20 Thread Rob S
Poul-Henning Kamp wrote: > That is why grace is split in two. > You have obj.grace and req.grace, and the minimum of the two is what > governs grace mode. > Thanks for the clarification. I'll do some experimenting, then update the documentation at http://varnish.projects.linpro.no/wiki/Perform

Re: feature request cache refresh

2010-01-20 Thread Poul-Henning Kamp
In message <4b56.2020...@gmail.com>, Rob S writes: >Poul-Henning Kamp wrote: > > I'm not sure if it's best to have > > a parameter to vary the behaviour of 'grace', or to have an additional > > parameter for "max age of stale content to serve". That is why grace is split in two. You have obj

Re: feature request cache refresh

2010-01-20 Thread Rob S
Poul-Henning Kamp wrote: > In message <4b56d2b1.9090...@gmail.com>, Rob S writes: > > >> Our experience of grace is that the first client who requests content >> after expiry is held up talking to the backend, whilst other subsequent >> clients get delivered the graced stale content. But, if

Re: feature request cache refresh

2010-01-20 Thread Poul-Henning Kamp
In message <4b56d2b1.9090...@gmail.com>, Rob S writes: >Our experience of grace is that the first client who requests content >after expiry is held up talking to the backend, whilst other subsequent >clients get delivered the graced stale content. But, if that's not >intended, perhaps our conf

Re: Time to replace the hit ratio with something more intuitive?

2010-01-20 Thread Tollef Fog Heen
]] Rob S | I'd also caution against replacing, as people may have monitoring | against the old figures... Given this number only is displayed in interactive mode and not oneshot mode, people should not be running automated checks against it. Also, as this would be quite confusing to people runn

Re: Health check -- just connect, or full response?

2010-01-20 Thread Tollef Fog Heen
]] "Poul-Henning Kamp" | In message , John No | rman writes: | >Folks, | > | >For the health check (or, ahem, "backend probe," as the docs has it -- | >ouch!), does "health" constitute ability to connect? | > | >Or does it check for a 200? | | It checks 200 Actually, it checks for .expected_re

Re: feature request cache refresh

2010-01-20 Thread Rob S
Tollef Fog Heen wrote: > ]] Rob S > > | Martin Boer wrote: > | > I would like to see the following feature in varnish; > | > during the grace period varnish will serve requests from the cache but > | > simultaniously does a backend request and stores the new object. > | > > | This would also b

Re: feature request cache refresh

2010-01-20 Thread Tollef Fog Heen
]] Rob S | Martin Boer wrote: | > I would like to see the following feature in varnish; | > during the grace period varnish will serve requests from the cache but | > simultaniously does a backend request and stores the new object. | > | This would also be of interest to us. I'm not sure if

Re: feature request cache refresh

2010-01-20 Thread Tollef Fog Heen
]] Martin Boer | If anyone has a workable workaround to achieve the same results I'm very | interested. | | The reason I would like this feature is because our webshop has almost | hourly changing prices. This means we can't cache all related pages (or | not for very long) and at the same tim

Re: [varnish] Re: [varnish] Re: Handling of cache-control

2010-01-20 Thread Bedis 9
Hi, Netcache devices had the X-Accel-Cache-Control headers in order to allow an origin server to setup different Cache-Control parameters for the cache and the end-user. The netcache will follow the X-Accel-Cache-Control while the end user will follow the Cache-Control. I've a few customer using

Re: Release schedule for saint mode.

2010-01-20 Thread Tollef Fog Heen
]] pablort | Anybody knows what's the plan to release saint mode ? :D It's in trunk. It's not going to be backported to 2.0 itself as some of its requirements are not in 2.0 and considered hard to backport without backporting significant changes from trunk leading to what I believe is an unacce