[squid-users] Re: Maximum disk cache size per worker

>Since all workers get requests for large files, all workers
should cache them or none should. <

Not necessarily.
Defining several AUF-dirs, storing different ranges of object sizes
(size-classes), will keep all workers busy in a high traffic system, like
the one, the starter of the thread is talking about. Because there is a good
probability, that at each instant of time, requests for all size-classes of
objects are active: All workers busy.
During low traffic, the chance for at least 2 simultaneously active requests
for the same size-class is low, so no disadvantage.
Of course, it depends upon a "good" choice of the size-classes. Doing some
statistics before, regarding the size of stored objects, will be necessary.
The starter of the thread proposed 4 AUF-dirs, having a chance to have
"hot-objects" duplicated to all 4 dirs. This will negatively influence the
total hit rate, but improoving the response times, in case these duplicated
objects are so "hot", to be served multiple times in parallel.
In the opposite, using size-classes, this should increase hit-rate, because
much more objects cachable.

--
View this message in context: http://squid-web-proxy-cache.1019090.n4.nabble.com/Maximum-disk-cache-size-per-worker-tp4659105p4659179.html
Sent from the Squid - Users mailing list archive at Nabble.com.