Pois � cara, eu fiquei MUITO encanado.. se n�o funcionasse no windows tb, eu poderia culpar a rede, o virtua, etc... mas n�o posso.. fiz o mesmo teste no Windows, na mesma hora e com os mesmo servidores.. e funcionou certinho.... download a 50k e upload a 25k.. por mais de 1 minuto...

N�o sei o que fazer... j� usei speedy por 4 anos e nunca tive tal problema.. e desde o come�o do ano tenho usado virtua.. sem ocorrer isso.. ai essa semana eles resolveram fazer manuten��o no sistema e ai danou tudo...

N�o sei se � alguma configura��o TCP errada, sei l�.. tamanho de janela, sei l�.. talvez QoS... mas n�o manjo muito disso pra sair mexendo..

O pior � que o tecnico vai colocar o laptop dele aqui com windows, vai funcionar e ele vai dizer que o problema � no Linux.,. e � mesmo...

Ou coloco um servidor/gateway windows (fora de quest�o ;-), ou mudo pro speedy, coisa que eu n�o queria fazer...

Abra�os...

Thiago Macieira escreveu:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Alex Borro wrote:

Por exemplo, come�o a baixar um arquivo de algum FTP a 60Kb/s... a taxa
permanece constante.

Se conecto em outro FTP e come�o a subir um arquivo, o meu download
p�ra, literalmente... O arquivo come�a a subir a 60Kb/s e o download vai
a 0 B/s.. e assim fica, como se o Linux desse prioridade ao upload e n�o
dividisse a banda.


Isso ocorre aqui tamb�m, em um V�rtua.

Mas tamb�m j� percebi que o limite depende muito do hor�rio. Se eu tentar qualquer coisa acima de 8 kB/s �s 19h, o downstream p�ra. Por�m, se eu tentar a 1h da manh�, posso subir para uns 40 kB/s que n�o afeta o downstream.

A minha conclus�o foi que h� um problema por competi��o por banda com outros usu�rios na minha �rea.


Fiz o mesmo teste em windows e N�O tive o problema. Fiz novamente o
teste em outra m�quina Linux e o problema permanece.. Acho que eles
mudaram alguma coisa na rede que o Linux n�o ta sabendo trabalhar.


Agora j� n�o sei dizer o que �.

ADSLs tem um problema parecido com isso. Quando o upstream chega ao limite do tr�fego, o modem ADSL come�a ter filas grandes de pacotes. Aparentemente, ele mant�m uma fila �nica, para os dois sentidos. O resultado disso � que o atraso no envio implica atraso no recebimento, mesmo que haja banda dispon�vel.

Por isso, para quem tem ADSL, a recomenda��o � rodar um limitador de banda para algo em torno de 90% do m�ximo, de modo a manter o modem ADSL trabalhando numa faixa de opera��o boa. Um script recomendado para isso � o WonderShaper de http://www.lartc.org.

Agora, cable modems n�o eram para ter esse problema. Mas nada impede que tamb�m ocorra, visto que o padr�o que o V�rtua usa aqui n�o � o mesmo que o americano (DOCSIS). O meu modem � S-CDMA.


Algu�m tem alguma ideia do que possa ser ??

Algu�m que tenha experiencia com "tunning" de rede, balanceamento ou
coisa parecida, pode me dar uma ajuda ?


Se eu soubesse qual � o problema, poderia ajudar. O que eu fa�o aqui � manter um WonderShaper e controlar o upstream.


S� pra constar, uso um cable-modem Motorola SurfBoard 5100i


O meu ainda � um Terayon, daqueles antigos de 5 anos atr�s. J� me falaram que a NET vai trocar, mas tenho ouvido isso h� quase um ano j�. E, depois, esse modem eu comprei...

- -- Thiago Macieira - Registered Linux user #65028
thiago (AT) macieira (DOT) info
ICQ UIN: 1967141 PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)


iD8DBQFBgVZ7M/XwBW70U1gRAlP1AJ9BibPBw99OBuKUWzjWiolb2XUsPgCeNVfx
E4ZVNOAp/VsXwnz5DT8tjeQ=
=a7Oo
-----END PGP SIGNATURE-----


--
 | Alex Borro
 | Faculdade de Engenharia Mecatr�nica - UNICAMP
 | e-mail:  [EMAIL PROTECTED]
 |
 | Powered By LINUX SLACKWARE 8.0  -  User: 164956
 |
 | TAG:  "O Ego�smo unifica os Insignificantes"
---------------------------------------------------------------------------
Esta lista � patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br

Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br
Regras de utiliza��o da lista: http://linux-br.conectiva.com.br
FAQ: http://www.zago.eti.br/menu.html

Responder a