Re: [squid-users] Proactive refreshment in squid

ons 2003-08-27 klockan 12.11 skrev Gianugo Rabellino:

> I like that approach, and it sure makes sense. As of now how does Squid
> handle concurrent requests for the same resource? This is a common
> scenario for the setup I'm trying to put together (large sites with
> Squid acting as a reverse proxy), and I was wondering whether, with no
> object in cache, two concurrent requests would resolve in two separate
> connections to the origin server (with some kind of cache arbitration
> for subsequent writes, I'd assume) or there is some sort of smart queing.

Currently each request is processed separately. If there is two requests
for an expired object then both will generate a refresh to the web
server.

> Then again what about http acceleration? Normally bandwith isn't an
> issue there, and I think users might benefit a lot from that. Also, I
> understand that there is some sort of scoring algorithm with statystical
> gathering, so I guess it should be feasible to proactively fetch just
> frequently requestes objects.

It is doubtful if a reasonable tradeoff can be found compared to the
very simple design of relaxed refreshes.

Regards
Henrik

-- 
Donations welcome if you consider my Free Squid support helpful.
https://www.paypal.com/xclick/business=hno%40squid-cache.org
Please consult the Squid FAQ and other available documentation before
asking Squid questions, and use the squid-users mailing-list when no
answer can be found. Private support questions is only answered
for a fee or as part of a commercial Squid support contract.
If you need commercial Squid support or cost effective Squid and
firewall appliances please refer to MARA Systems AB, Sweden
http://www.marasystems.com/, info@marasystems.com