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

Responder a