Re: [squid-users] Question about PURGE

From: John G. Moylan <John.Moylan_at_rte.ie>
Date: Mon, 09 Nov 2009 14:16:24 +0000

Thanks Amos,

J

On Tue, 2009-11-10 at 01:47 +1300, Amos Jeffries wrote:
> John G. Moylan wrote:
> > Hi,
> >
> > I have an app which sends PURGE's to squid caches on demand or on
> > document changes. It testing this works fine and I am making PURGE
> > requests on document changes as part of a publish event. 200 or 404
> > responses are almost instantaneous as all of the servers are on the same
> > network.
> >
> > Hoe does squid execute the PURGE internally? Does it mark the object in
> > the cache to be PURGE'd the next time the object is requested or does it
> > remove as soon the item when the PURGE request is made? Will there be
> > situations when a PURGE requests might time out on a busy Squid? It is
> > advisable to have my publisher Queue up PURGE requests in a separate
> > thread or process?
>
> Lot of questions ;).
>
> Squid needs to scan the object cache to find the matching URL then
> update any of several indexes of information for erasure.
>
> Squid treats PURGE like any other request and does not reply until its
> finished. As such it _may_ timeout before being run. The problem though
> is that on a busy cache the PURGE request is likely to be the most
> resource hungry operation going and block other requests being accepted.
>
> Yes it's advisable to spread them out rather than bunch them up. For the
> reason above.
>
> Amos

***********************************************************
The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone else
is unauthorised. If you are not the intended recipient, any disclosure,
copying, distribution, or any action taken or omitted to be taken in reliance
on it, is prohibited and may be unlawful.
Please note that emails to, from and within RTÉ may be subject to the Freedom
of Information Act 1997 and may be liable to disclosure.
************************************************************
Received on Mon Nov 09 2009 - 14:16:29 MST

This archive was generated by hypermail 2.2.0 : Mon Nov 09 2009 - 12:00:03 MST