Taxa de Download Baixa via Squid

Diede
(usa Debian)

Enviado em 25/06/2009 - 10:31h

Considerando que com apenas 7 maquinas já está lento, seria viável para você compilar o Squid do Source? tipo... jogar uma versão mais nova?

hev
(usa Slackware)

Enviado em 25/06/2009 - 11:38h

Meu Squid é compilado, eu to pensando até em fazer o contrário, rodar uma versão mais antiga. Usava a 2.4 anteriormente, tive que fazer a substituição pq o HD antigo foi pro espaço hehe.

Diede
(usa Debian)

Enviado em 27/06/2009 - 17:40h

Deu certo fazendo Downgrade?

hev
(usa Slackware)

Enviado em 02/07/2009 - 11:40h

Você acha que o fato de eu não ter feito uma partição separada para armazenar cache pode acarretar em lentidão?

Diede
(usa Debian)

Enviado em 03/07/2009 - 09:11h

Sim e não.
Deixar no mesmo HD e na mesma partição do sistema só diminui mesmo o tempo de acesso ao cache, mas é coisa quase imperceptível (é claro, pra você aí seria um pouco mais, pois são 100 users).
Mas, sendo diminuida a velocidade de download, aí é porque algo está errado..

PS: Só por desencargo, experimente rodar o Squid sem autenticação... só pra ver se muda algo...

dastyler
(usa Fedora)

Enviado em 03/07/2009 - 09:52h

o brainstorm de vcs 2 sobre o Squid, mas tem uma coisa que acho que voces nao tetanrama ainda, e quase sempre funciona bem comigo: limpar o cache do squid e aumentar as confs do chache, como no exemplo abaixo:

cache_dir ufs /path/para/o/cache 3000 16 256

Quando fica lento e o cache lota, eu paro o squid, deleto a pasta do cache e recrio ela. Volta a funfar normalmente...:-P

A maquina que rodo a conf acima é um Athlon 1,3GHZ com 512MB de RAM, rodando com Squid, Msn-proxy, MySQL e Apache. Serve uma rede com cerca de 50 terminais. O SO é Fedora 9.

[]´s

Diede
(usa Debian)

Enviado em 04/07/2009 - 15:23h

Limpar o cache foi minha primeira sugestão...
Mas, quanto a aumentar o cache, até que poderia resolver, mas creio que não nessa situação, pois o problema está nas requisições TCP_MISS, as diretas...

hev
(usa Slackware)

Enviado em 11/08/2009 - 11:44h

Olá pessoal

Fiz uma série de testes aqui e percebi que quando eu acesso meu servidor proxy e baixo um arquivo via wget diretamente por ele (ou seja, sem passar pelo squid), a taxa de download também está muito baixa. Meu servidor proxy fica atrás de um firewall, que é o gateway da minha rede, verifiquei as regras e o ip do meu proxy não tem nenhuma restrição no firewall. O ip do meu desktop também não tem retrição no firewall e atinge taxas de download 4x maiores. O que vocês acham que possa ser?

mrjeday
(usa Debian)

Enviado em 12/08/2009 - 10:41h

Cara não sei se é o mesmo caso, mas li isso aqui mesmo no VOL.

http://www.vivaolinux.com.br/topico/Squid-Iptables/Squid-nao-usa-velocidade-total.

ve se resolve.

abraços

Victor Figueira

hev
(usa Slackware)

Enviado em 13/08/2009 - 13:00h

Infelizmente não é isso. :(

Mas, analisando amplamente só duas coisas mudaram: a versão do squid e o a distribuição (era Slack, agora e Fedora), quando baixo através do servidor,sem proxy, a taxa tambem é ruim, ou seja, não é o squid. Tanto que rodei o squid sem regras e tive a mesma lentidão.

Estou começando a desconfiar da distro, parece absurdo, mas pode ser. O que vocês acham?

gesousa
(usa Ubuntu)

Enviado em 13/08/2009 - 13:17h

pelo seu teste não é o squid, pois se sem ele, ocorre o mesmo problema, então a questão pode ser mesmo a distro...

Primeiro antes de mais nada faça um teste para ver se nãop há nenhum serviço de rede funcionando ou consumindo o proc do seu computador.

Depois verifica o modulo e sua placa de rede, veja se a velocidade dela está correta ..

algo simples e verificar se ela está trabalhando em full duplex.

ethtool -s eth0 speed 100 duplex full autoneg off

Outra coisa é o Selinux, as veses acho que ele atrapalha mais do que ajuda, desative ele...

vi /etc/selinux/config

ache a linha

SELINUX=disabled

Outro detalhe é que recomendo vc usar o centos... acho mais estável do que o fedora para servidor de produção.

hev
(usa Slackware)

Enviado em 13/08/2009 - 14:33h

Também utilizei o ethtool e meu SELinux já estava desativado, mas isso não solucionou. Inclusive o SELinux estava me impedindo de rodar .cgi no apache, mas isso é outra história...

Há algum outro modo de verificar as condições da minha placa de rede?