Estava relendo essa discussão, e, pelo que entendi, antes de colocar o squid na jogada a navegação estava ok (rápida). Concluo com isso que o gárgalo não está nas placas de rede. A máquina tem apenas 64MB de RAM. Será que o gargalo, nesse caso, não está nisso? Dependendo da configuração do squid quanto aos tamanhos de cache, eventualmente essa máquina pode estar precisando fazer swap em disco, o que causaria a lentidão. Há muito tempo atrás vi um email em alguma lista com explicação de como calcular a demanda de RAM de acordo com o tamanho de cache do squid, talvez na documentação dele conste isso, questão de pesquisar.
Não teria ai mais memória para colocar nessa máquina para fazer um teste? Outra idéia seria usar o vmstat para verificar onde está o gargalo (veja uma das últimas Linux Magazine, tem um artigo explicando como usar o vmstat para fazer essa análise).
[]s Marcelo Beckmann
Paulo H. G. Alves wrote:
Mas voltando ao assunto...
alguém poderia dar uma idéia pra solucionar meu
problema com a queda de desempenho no download
após a implementação do squid??
OBS: ele está com as regras básicas de configuração, sem aquele monte de acl's, só com o basicão pro squid funcionar mesmo.
Obrigado !
Paulinho <<-_->>
--- Jose de Paula Eufrasio Junior <[EMAIL PROTECTED]> wrote:
On Mon, 14 Mar 2005 10:17:06 -0300, Bruno Lellis <[EMAIL PROTECTED]> wrote:
On Mon, 14 Mar 2005 10:09:53 -0300 (ART),
Jean Silva
<[EMAIL PROTECTED]> wrote:
<snip> outra história.
Pelo que eu entendi, seriam 6mb trafegando
pela placa de rede. No caso
de um download, numa conexão de 512kbps (por
exemplo), o tráfego seria
de 64kb/s aproximadamente! Ou estou enganado?
Nem tanto. Em velocidade de conexão normalmente se fala em bits por segundo (bps) e não bytes por segundo (B/s). Capcioso né?
Teoricamente o Linux consegue, em um pentium 100, rotear 6Mbps. Ou seja, 48 conexões isdn de 128. No caso, ele tem 512 Kbps de link, o que fica longe dos 6Mbps. Mas como disseram, isso é direto, sem ter de fazer nenhum processamento nos pacotes (ou seja, sem firewall, sem NAT, sem mangling ou mesmo ULOG), é roteamento simples. Com algumas dessas coisas a CPU já começa a sofrer porque manipulação de pacotes é extremamente expendiosa em operações do processador.
[]s
-- Jose de Paula Eufrasio Junior <[EMAIL PROTECTED]> aka coredump http://coredump.osimortais.com.br
*************************************
Paulo H. Gomes Alves _ °v° [EMAIL PROTECTED]: /(_)\ icq: 151646540: ^ ^ Bem vindo ao futuro !
*************************************
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
