Re: [squid-users] Squid work consideration

  Hi Amos,

While we are looking for cache_dir consideration , does a single big
directory is better or multiple directory with good amount of size is
better while we are looking for performance ?

And i tried to find from internet that which is better for cache_dir
file system ext3 / ext4 / reseizerfs ( in terms of heavy loaded systems ) ?

Whenever i m trying to find how many squid processes are running i got,

pgrep squid
8311
8313

it means squid always has 2 squid processes. Can we increase it for high
performance.?

Thanks,
Benjo

> On Wed, 26 Oct 2011 22:02:47 +0530, benjamin fernandis wrote:
>> Hi All,
>>
>> I have some basic queries which i would like to clear from your
>> suggestions and knowledge sharing.
>>
>> 1) How squid identity web object size ?
>>
>> My understanding : Squid identifies web object size by http headers
>> for that web object
>>
>> M i right ?
>>
>
> Headers are optional and only determine future size expectations. For
> optimal calculation and placement before the transfer starts.
>
> Data actually transfered during the response processing is used for
> all objects. Including those without size headers, which have to be
> assumed to be very large/infinite until they are complete.
>
>>
>> 2) Suppose i define maximum_object_size on disk is 4 GB. then as per
>> squid consideration , squid will store web objects which are <= 4
>> GB.so how to validate that this object which is <= 4GB is stored on
>> disk by squid for further cache gain?
>
> Disk is optional. A 16GB RAM cache might store 4 of them without any
> disk.
>
> There are several ways to locate an object:
> * use tools such as redbot.org to see if the object is actually
> storable.
> * use a HEAD (or GET) request, and see if the response was a HIT or
> MISS.
> * locate it in the cachemgr "objects" report. (maybe a very long,
> slow mgr response).
> * scan the swap.state journals to see if its had SWAPOUT done but not
> RELEASE.
> * use the purge tool to scan the disk cache object by object and see
> if it is there.
>
> Amos
>
Received on Sat Nov 05 2011 - 11:46:18 MDT