Re: Res: [squid-users] Squid 3.0STABLE19 - performance

From: Matus UHLAR - fantomas <uhlar_at_fantomas.sk>
Date: Mon, 19 Oct 2009 15:32:18 +0200

On 16.10.09 12:33, Marcos wrote:
> i think that you should :
> - at least double ram memory of your server to handle the amount of connections.
> - increase cache_mem parameter
> - look at squid's logs
> - look at sysctl parameters of you S.O.

I think that he should first change from 'ufs' cache_dir type to 'aufs' or
'diskd' and also use separate drive for the cache (either new one or move
system logs and everything but the cache to new disk).

> The filesystem information is this:
>
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/sda2 5080828 4252116 566452 89% /
> /dev/sda5 141129204 2496448 131348084 2% /var
> /dev/sda1 101086 11303 84564 12% /boot
> tmpfs 1031764 0 1031764 0% /dev/shm
>
> The top output
>
> top - 09:50:08 up 3 days, 17:07, 1 user, load average: 0.09, 0.06, 0.01
> Tasks: 88 total, 1 running, 87 sleeping, 0 stopped, 0 zombie
> Cpu(s): 0.5%us, 0.5%sy, 0.0%ni, 98.5%id, 0.0%wa, 0.2%hi, 0.3%si, 0.0%st
> Mem: 2063532k total, 2001504k used, 62028k free, 199476k buffers
> Swap: 5245212k total, 0k used, 5245212k free, 1415224k cached

according to this, he has still much of RAM unused by squid (use as system
cache is not an error!)

> acl mynet src "/etc/squid/mynet" ###### allow over 400 Ips

Maybe you should specify CIDR ranges instead of IPs ?

> memory_replacement_policy lru
> cache_replacement_policy lru

heap policies (even "heap lru") are much faster here.

> cache_dir ufs /var/spool/squid/cache 80000 16 256 IOEngine=Blocking

> maximum_object_size 4194304 bytes

putting "4 MB" would be much more readable here

-- 
Matus UHLAR - fantomas, uhlar@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
If Barbie is so popular, why do you have to buy her friends? 
Received on Mon Oct 19 2009 - 13:32:24 MDT

This archive was generated by hypermail 2.2.0 : Mon Oct 19 2009 - 12:00:04 MDT