Aqui no trabalho nós migramos do Squid para uma ferramenta paga. O Squid não dá conta de redes grandes. Até que dá se você investir alto em hardware com clusterização, mas a gestão disso é impossível.
Em 13 de agosto de 2012 21:47, Cleber Ianes <cleberia...@yahoo.com.br> escreveu: > Moksha, eu configuro squid pra redes bem menores e hardware também, mas > estou projetando um servidor para testar o uso de SSD para cache. Já fui > alertado para os possíveis problemas que o SSD apresenta com alto número de > gravação, mas estou testando um em meu desk pra depois testar em um > servidor. Teoricamente ele deve aumentar muito o desempenho. > > Consegue testar isso aí? > Claro, se alguém já tiver testado e experiência ruim, diga aí... > > > > > > Em 10-08-2012 18:29, Moksha Tux escreveu: > > Muito obrigado prezados Bruno Ayub, Mauricio Neto, JM Henrique, Adiel de > LIma e Fabio Rabelo, > > Acabei de enviar o meu squid.conf, mas fiquei super curioso em ler as > sugestões, não sabia que o squid só usa somente um núcleo de processador, > isso pra mim é sério e grave, estou muito inclinado e acreditar que o > problema seja um misto de configuração do squid junto com a minha quantidade > de memória (4GB) mas fiz um teste em um host virtual (KVM) e destinei 16 GB > de RAM e 12 núcleos de CPU e tudo continuou entre 70 e 100%. Não ficarei > desapontado se for a configuração mal feita ou se for tanto ela quanto a > quantidade de memória mas aguardo o retorno de vcs. Abraços, > > Moksha > > Em 10 de agosto de 2012 17:44, Fábio Rabelo <fa...@fabiorabelo.wiki.br> > escreveu: >> >> Boa tarde ... >> >> Como alguns já comentaram, falta mais informação para que alguma ajuda >> possa ser prestada ... >> >> Pela descrição do hardware e do seu ambiente, eu "chutaria" que o Sr. >> precisa de mais memória . >> >> Tenho em um dos meus clientes um Squid instalado em um hardware BEM >> inferior ao seu ( AMD APU dual core de 2.4 GHz ) servindo a aproximadamente >> 800 hosts, e qdo eu fiz um upgrade de memória de 8 GB para 32 GB a diferença >> foi brutal !!! >> >> Configurei o Squid para usar 85% da memória RAM e 65% do espaço em disco . >> >> O utilitário sysstat lhe fornece o total de memória usado pelo sistema . >> >> E leve mais um ponto em consideração, se o seu sistema estiver usando o >> limite de memória, haverá mais swap, e o acesso à disco é na melhor das >> hipóteses 1000 vezes mais lento de o acesso à memória RAM . >> >> >> Fábio Rabelo >> >> >> >> Em 10 de agosto de 2012 16:30, Moksha Tux <gova...@gmail.com> escreveu: >> >>> Boa tarde pessoal! >>> >>> Estou há muitos meses as voltas com o proxy daqui do meu trabalho, já faz >>> um bom tempo que a CPU do servidor trabalha quase o expediente inteiro de >>> trabalho oscilando entre 70 a 100%, a rede daqui do trabalho é segimentada >>> por VLANs e temos por volta de 2500 usuários e mais de 2200 hosts e a >>> configurção do hardware é robusta (Servidor IBM X3650 CPU Intel Xeon de 8 >>> núcleos e 4 GB de RAM e armazenamento de 1.3 TB sendo 6 discos SAS 15 krpm >>> em RAID 5), já fiz muitos testes a saber... regra de firewall barrando uma >>> VLAN por vez para analisar o desempenho e fluxo de conexão, levantei o proxy >>> em outro hardware, fiz partições separadas do cache, log e em reiserfs e >>> nada disso está adiantando, alguém poderia me ajudar? Será que seria a >>> versão deste squid do Debian squeeze apresentando bug? A minha rede é >>> Gigabit o que também não justificaria tal desempenho. O que mais devo fazer? >>> Obrigado a todos pela atenção! Abraços, >>> >>> Moksha >> >> > > > > -- > Cleber Ianes > cleberianes.blogspot.com -- Linux User #507338 > > -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org Archive: > http://lists.debian.org/5029a03e.80...@yahoo.com.br -- @chinabhz -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKE1zwonOUtz20dRZVp-LGR3YMksUGVRo43Fk=waziv4qyt...@mail.gmail.com
