Em 26 de abril de 2012 10:08, Alessandro de Souza Rocha < etherlin...@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 <saulfelip...@gmail.com> > escreveu: > > Em 26 de abril de 2012 10:01, Alessandro de Souza Rocha < > > etherlin...@gmail.com> escreveu: > > > >> alessandro@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 <saulfelip...@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 > >> > r...@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 > >> > saulfelip...@gmail.com > >> > saul-fel...@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 > > saulfelip...@gmail.com > > saul-fel...@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 saulfelip...@gmail.com saul-fel...@hotmail.com ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
