[squid-users] Re: access denied

Amos Jeffries wrote
> On 2014-07-08 16:41, winetbox wrote:
>> sorry for being out of topic, since my squid configuration is here, and
>> squid's experts are already here, i'd like to ask about my cache
>> config.
>
> NP: "here" is an email mailing list. All posted mails get to "the
> experts". It helps us a lot to manage the flow of requests if they are
> all titled/threaded properly. Worst-case if the question that earlier
> started this thread is resolved is that I have my mailer auto-delete
> closed threads side-trails and you then lose all help on this hijack
> request.
>
>>
>> *. how efficient is my cache config?
>>
>> cache_mem 1024 MB
>> maximum_object_size_in_memory 2048 KB
>> memory_replacement_policy heap LFUDA
>> cache_replacement_policy heap LRU
>> cache_dir ufs /mnt/cache/cache1 8000 16 256
>> cache_dir ufs /mnt/cache/cache2 8000 16 256
>> cache_dir ufs /mnt/cache/cache3 8000 16 256
>> cache_dir ufs /mnt/cache/cache4 8000 16 256
>> maximum_object_size 1024 MB
>
> IMO, having global object limit smaller than the in-memory object size
> limit is not a good idea. It prevents many useful but large memory
> cached objects being pushed to disk temporarily when the memory cache
> fills up.
>
> If you have a version of Squid with rock cache type available you will
> see much faster disk hits by using a rock cache for small objects.
>
>>
>> *. is there anything i should adjust? because i mostly get
>> TCP_MEM_HIT/200,
>> and TCP_HIT are so extremely rare(which i believe cached on object on
>> disk).
>
> This is kind of good. It means most of your HIT are extremely fast.
> Knowing whether you could improve the HIT ratio based on that alone is
> difficult to answer, because disk objects able to memory cache will get
> loaded into memory cache on first TCP_HIT and further uses become
> TCP_MEM_HIT.
>
> IMHO, you get better results concentrating more on the HIT/MISS ratio
> than the HIT/MEM_HIT ratio.
>
>
>> *. and even if i do make an adjustment on cache_replacement_policy
>> later, do
>> this mean i have to rebuild cache dirs?
>
> No, just a restart of Squid is required. The replacement policy data is
> generated when loading the cache_dir indexes. The locations of objects
> on disk is not changed.
>
> Amos

i see. thank's for the answer.

btw, i am also using nabble.com for viewing the thread, which makes this
kind of look like a forum
we can set this [solved] back again

--
View this message in context: http://squid-web-proxy-cache.1019090.n4.nabble.com/access-denied-tp4666619p4666761.html
Sent from the Squid - Users mailing list archive at Nabble.com.