[FUG-BR] squid -k reconfigure demorando muito

Quinta Abril 26 10:08:23 BRT 2012

tem um historico seu na lista, falando justamente sobre squid em 64
bits vc deveria da uma olhada porque
seu cache_mem pode esta com memoria a mais.

   How much memory do I need in my Squid server?

As a rule of thumb on Squid uses approximately 10 MB of RAM per GB of
the total of all cache_dirs (more on 64 bit servers such as Alpha), plus
your cache_mem setting and about an additional 10-20MB. It is
recommended to have at least twice this amount of physical RAM available
on your Squid server. For a more detailed discussion on Squid's memory
usage see the sections above.

The recommended extra RAM besides what is used by Squid is used by the
operating system to improve disk I/O performance and by other
applications or services running on the server. This will be true even
of a server which runs Squid as the only tcp service, since there is a
minimum level of memory needed for process management, logging, and
other OS level routines.

If you have a low memory server, and a large disk, then you will not
necessarily be able to use all the disk space, since as the cache fills
the memory available will be insufficient, forcing Squid to swap out
memory and affecting performance. A very large cache_dir total and
insufficient physical RAM + Swap could cause Squid to stop functioning
completely. The solution for larger caches is to get more physical RAM;
allocating more to Squid via cache_mem will not help.

Ex: vamos dizer que você tenha no cache_dirs definido 100G de espaço.
Logo em sistemas 32bits squid usa uns 10Mb por giga em 64bits uns 16Mb
por giga. Vamos dizer que no seu cache_mem esteja com 256M logo a
fórmula seria algo assim:

- 100Gb de espaço no cache_dirs
- 10Mb por cada giga dos 100Gb do cache_dirs em sistemas 32bits, em
64bits eu colocaria 16Mb por cada giga.
- 256Mb de cache_mem
- 20Mb adicional sugerido para o cálculo.

Conta:

100 * 10 = 1000Mb + 256M + 20M = 1276Mb  onde vc deveria ter de ram pelo
menos o dobro desse valor, ou seja, você teria que ter na máquina 2552Mb.

Repare que se você aumenta um valor o outro também é ajustado e eles são
interligados.

Em 26 de abril de 2012 10:04, Saul Figueiredo <saulfelipecf em gmail.com> escreveu:
> Em 26 de abril de 2012 10:01, Alessandro de Souza Rocha <
> etherlinkii em gmail.com> escreveu:
>
>> alessandro em proxy:/home/alessandro> squid -v
>> Squid Cache: Version 3.1.12
>>  olha o tamanho do cache ou cache_mem.
>>
>> Em 26 de abril de 2012 09:12, Saul Figueiredo <saulfelipecf em gmail.com>
>> escreveu:
>> > E ae galera.
>> >
>> > Estou usando o squid 3.1 (Squid Cache: Version 3.1.10) em um FreeBSD
>> amd64
>> > (FreeBSD proxy4.copanet.copasa 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu
>> Feb
>> > 17 02:41:51 UTC 2011
>> > root em mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
>> > amd64), Com 8GB de RAM e um hw.model: Intel(R) Xeon(R) CPU 5130  @
>> 2.00GHZ
>> > quadcore.
>> > Meu squie é autenticado com o AD através do ntlm_smb_lm_auth.
>> >
>> > Antigamente eu tinha nesse mesmo Hardware, além do Squid 3.1 autenticado
>> > com o AD da mesma forma que hoje,  um FreeBSD 8.2 só que 32 bits(mudei
>> para
>> > amd64 para poder aproveitar melhor os recursos ). Quando eu executava um
>> >
>> > squid - k reconfigure
>> >
>> > demorava certa de 10 segundos para o proxy voltar a funcionar e o povo a
>> > navegar.
>> > Hoje, quando executo o mesmo squid -k reconfigure demora quase 7 minutos
>> > para voltar o squid e a navegação. Tem demorado muito mesmo e a unica
>> coisa
>> > que mudou foi a arquitetura do sistema operacional.
>> >
>> > Alguém sabe me dizer se é algum problema da arquitetura?
>> > Tem alguma coisa que eu possa fazer para diminuir esse tempo ?
>> >
>> > Obritado desde já!
>> >
>> >
>> >
>> > --
>> > "Deve-se aprender sempre, até mesmo com um inimigo."
>> > (Isaac Newton)
>> >
>> > Atenciosamente,
>> > Saul Figueiredo
>> > Analista FreeBSD/Linux
>> > Linux Professional Institute Certification Level 2
>> > saulfelipecf em gmail.com
>> > saul-felipe em hotmail.com
>> > -------------------------
>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>>
>>
>> --
>> Alessandro de Souza Rocha
>> Administrador de Redes e Sistemas
>> FreeBSD-BR User #117
>>              Long live FreeBSD
>>
>>                      Powered by ....
>>
>>                                           (__)
>>                                        \\\'',)
>>                                          \/  \ ^
>>                                          .\._/_)
>>
>>                                      www.FreeBSD.org
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
> Minhas configurações de cache_dir e cache_men:
>
> cache_dir ufs /sarg/cache/ 19000 16 256
> cache_mem 1024 MB
>
>
> Creio que não esteja errado, o que você acha? é o mesmo arquivo de
> configuração de quando eu usava Free 32btis e era rapidão.
>
>
>
> --
> "Deve-se aprender sempre, até mesmo com um inimigo."
> (Isaac Newton)
>
> Atenciosamente,
> Saul Figueiredo
> Analista FreeBSD/Linux
> Linux Professional Institute Certification Level 2
> saulfelipecf em gmail.com
> saul-felipe em hotmail.com
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-- 
Alessandro de Souza Rocha
Administrador de Redes e Sistemas
FreeBSD-BR User #117
             Long live FreeBSD

                     Powered by ....

                                          (__)
                                       \\\'',)
                                         \/  \ ^
                                         .\._/_)

                                     www.FreeBSD.org