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]
