(Apologies if this has been previously discussed; I wasn't able to form
a search on the list archive that yielded anything.)
We use Squid as a reverse proxy cache to single upstream host.
We have an issue when a cache entry expires; because refreshing that
cache entry from the upstream host frequently takes multiple seconds, if
we have a high rate of identical requests coming in (which we usually
do), *all* of the requests become upstream requests until one of them
finally ends up in cache.
So we end up with a large number of upstream requests that are redundant
and a put a lot of stress on the back-end systems that we'd like to avoid.
I'm thinking that one solution to this would be to have a cache miss
request have a 'refreshing' state, which indicates it is in process of
being refreshed, and squid should hold other identical requests until
the cache entry gets refreshed.
Has this been considered or discussed? Are there basic problems with
this approach that I haven't considered?
Thanks,
dwh
Received on Fri Jan 24 2003 - 12:29:39 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:12:50 MST