[FUG-BR] squid -k reconfigure demorando muito
Saul Figueiredo
saulfelipecf em gmail.com
Quinta Abril 26 11:16:35 BRT 2012
Em 26 de abril de 2012 10:08, Alessandro de Souza Rocha <
etherlinkii em gmail.com> escreveu:
> 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
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Pois é, é exatamente meu mesmo. Fiz essas configurações do cache_mem
baseado no cache_dir mas continuou na mesma. Por isso mandei novamente,
pensando que talvez aluem nesse meio tempo pudesse ter tido o mesmo
problema...
esse meu servidor é apenas Proxy, recebe em media cerca de 3500 conexões
(vejo isso pelo netstat -an |wc -l, que conta o numero de conexões através
do wc depois do netstat)
--
"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
Mais detalhes sobre a lista de discussão freebsd