Re: [squid-users] Large Solaris (2.8) Squid Server Advice Needed

From: Matus UHLAR - fantomas <uhlar@dont-contact.us>
Date: Tue, 8 Nov 2005 10:34:32 +0100

On 07.11 20:07, Vadim Pushkin wrote:
> I have a Sparc/Solaris 2.8 server which has the following:
>
> Squid-2.5.STABLE11
> Solaris 2.8 (w/4 CPU's)
> 4X Network ports (one listens on a switch for requests as well as
> connections to the Internet, the other I wish to configure on a private
> VLAN for ICP.)
>
> 64GB of space available for Squid use. (+ 1GB Swap)
> 1GB of memory available for Squid use.
>
> I am not sure if I am using both my hardware resources and my squid.conf
> properly, especially with regards to: cache_dir ufs /usr/squidcache 8192 16
> 256

Pardon, are you asking us if our squid is properly set up? It seems so, but
although I think there is no problem with it, you should NOT use "all" acl
to specify your clients. use "mynetwork" or so and define acl back as
"src 0.0.0.0/0"

Are you asking us if you can tune it a bit more?
Yes, you can. You can use much more space - for 64 GB of disk space try:

cache_dir aufs /usr/squidcache 50000 64 256

you can increase maximum object size:

maximum_object_size 32 MB

and use heap LFUDA replacement policy:

cache_replacement_policy heap LFUDA

I hope you configured squid with heap removal policies and async IO allowed

> /etc/system:
> ------------------
> set msgsys:msginfo_msgmax=2048
> set msgsys:msginfo_msgmnb=8192
> set msgsys:msginfo_msgmni=40
> set msgsys:msginfo_msgssz=64
> set msgsys:msginfo_msgtql=2048
>
> set shmsys:shminfo_shmmax=2097152
> set shmsys:shminfo_shmmni=32
> set shmsys:shminfo_shmseg=16

You don't need to tune these unless you use diskd. But on solaris, aufs
should be even faster.

-- 
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.
10 GOTO 10 : REM (C) Bill Gates 1998, All Rights Reserved!
Received on Tue Nov 08 2005 - 02:34:43 MST

This archive was generated by hypermail pre-2.1.9 : Thu Dec 01 2005 - 12:00:09 MST