On 3/8/07, Jorge <[EMAIL PROTECTED]> wrote:
> Estou implantando um squid com autenticação pelo Active Directory na empresa
> que trabalho. Por enquanto esta com cerca de 80 usuários, mas vou migrar
> todos os outros para ele, somando cerca de 500 usuários. Por enquanto esta
> funcionando bem, mas não tenho certeza se aumentar muito o número de
> usuários pode dar problema...
> A máquina é um Pentium III dual 1.1Ghz e 3 Gb de RAM
> Squid version 2.6.STABLE9
> O que vocês acham ?
Em termos de hardware está legal, mas nunca tive um número tão grande
de usuários (no máximo 200 até hoje) para dizer se vai funcionar bem
com o hardware que tens. A propósito, como é o disco? IDE, SATA ou
SCSI? Quantos RPMs? Está usando RAID, LVM ou algo do tipo?
> Abaixo tem as principais configurações do meu squid.conf, por favor me
> ajudem a fazer um tunning...
[ CORTE ]
> cache_mem 1024 MB
Não vou falar nada, vou só colar a explicação do site da Visolve[1]:
--------------------
Tag Name cache_mem
Usage cache_mem bytes
Description
'cache_mem' specifies the ideal amount of memory to be used for :
* In-Transit objects
* Hot Objects
* Negative-Cached objects
Data for these objects are stored in 4 KB blocks. This parameter
specifies the ideal upper limit on the total size of 4 KB blocks
allocated. In-transit objects have priority over the others. When
additional space is needed for incoming data, negative-cached and hot
objects will be released. In other words, the negative-cached and hot
objects will fill up any unused space not needed for in-transit
objects. If circumstances require, this limit will be exceeded.
Specifically, if your incoming request rate requires more than
'cache_mem' of memory to hold in-transit objects, Squid will exceed
this limit to satisfy the new requests. When the load decreases,
blocks will be freed until the high-water mark is reached. Thereafter,
blocks will be used to store hot objects.
Default cache_mem 8 MB
Example
cache_mem 1 GB
Caution
This parameter does not specify the maximum process size. It places a
limit on one aspect of squid's memory usage. Squid uses memory for
other things as well. Process will probably become twice or three
times bigger than the value put here.
--------------------
> cache_dir ufs /etc/squid/cache 9000 16 256
Eu acho diskd mais rápido, seria algo como:
cache_dir diskd /cache/squid 512 16 256 Q1=64 Q2=72
OBS: Cache dir deve ficar, de preferência, em uma partição separada,
uma vez que pode usar o "noatime" na montagem do dispositivo -
salvando boas cargas de I/O.
ReiserFS é um bom sistema de arquivos para o cache: é comprovadamente
mais rápido que o Ext3 para arquivos pequenos e vários
diretórios/subdiretórios. Como a integridade dos dados não é tão
crítica (afinal é cache, pode apagar quando quiser, sob custo de
consumo de banda :) pode usar um XFS.
OBS: Não estou dizendo que XFS é instável, uso ele em meu computador,
inclusive. Ele só é um pouco mais "chato" quando se tem problemas no
sistema de arquivos...
Te aconselho a usar filtros de conteúdo e/ou URLs também, como
DansGuardian, SquidGuard e etc. Deixa o cache para o squid, ele é bom
nisso, mas nem tanto quando o assunto é regex... :)
Há threads recentes que discutem performance do squid, dê uma
pesquisada no histórico da lista para mais detalhes.
1 - http://www.visolve.com/squid/squid24s1/cache_size.php
--
Maxwillian Miorim <[EMAIL PROTECTED]>
----
Moo... Are you happy now?
