ADSL, hitrost DL pade zaradi ULja

Zdravo!

Kolikor mi je znano, hitrost downloadanja ne bi smela padat, ce poleg tega se nekaj uploadam. Resnica pa je ravno obratna.

Npr, na dc++ downloadam s hitrostjo 110kb/sec, nakar nekdo zacne z mene vlect s hitrostjo npr 25kb/sec, pade hitrost downloada iz 110 na 30 ali 40kb/sec. Cetudi bi sestel upload in download, je rezultat se vedno samo priblizno 60kb/sec, kar je veliko manj od 110.

Kaj je razlog za upad hitrosti downloada in kako zadevo resiti? Ali se to vsem dogaja ali sem osamljen primer? Ali je mozno, da download pade ob uploadu zaradi oddaljenosti od centrale (2km)? Kako resiti problem?

Hvala in lp,

DC++ je bil vedno neprijazen do asimetričnih konekcij. Drugače je pa najboljša sharing aplikacija.
Najprej vklopi opcijo Use Small Send Buffer.

Druga opcija, je da manipuliraš hitrost izvora iz katerega prenašajo datoteke. ang.: bandwidth throttling
Iz enega PCja je malo težje, saj moraš imeti naložen virtualni operacijski sistem, preko mreže ni problema.
Ta druga opcija funkcionira za čisto vse p2p programe

Tretja opcija je, da najdeš hackan DC++. Vendar v večini primerov DC++ boti opazijo in te banajo.

recive window moras povecat

Pri Asimetričnih povezavah je DOWNLOAD odvisen od UPLOADa!

Ker je upload zafilan do konca morajo paketki za zahtevanje downloada čakati v vrsti, ki je vedno nabita in posledica tega je znižan download.

Še dobro da imam jaz verzijo DC++ pri kateri se da omejit download. Žal pa te dostikart ne postuijo v HUB in te banajo.


kaj je to recieve window?
Tu je lepo prikazano in povedano:
http://cable-dsl.home.att.net/rwinanim....
http://www.cbs-soft.com/RWIN.htm

AHA, ravnokar sem našel neki v zvezi s tweakanjem RWIN:
http://www.dslreports.com/tweaks/
(zaženeš Tweak Test II) pa ti bo analiziral tvoje nastavitve.
(pa ko zaganjate test ugasnite vse filesharing programe in ftp serverje)

En programček za štimanje nastavitev:



Moji rezultati so bili:
Notes and recommendations:
 Choose RWIN between 20328 and 52272 (FAQ #586)
 download/use DRTCP .. (FAQ #578)
 Read the tweak FAQ

Notes and recommendations:
 Good data stream (no/few rexmits)

Notes and recommendations:
 Looking good

ReceiveWindow deluje samo pogojno ker zmanjša število potrebnih ACKjev in dovoljuje večji njihov zamik. Najboljša rešitev je pak da daš ACKjem prednost in jih pošlješ pred data paketi. To se da dokaj enostavno narest z linuxom...

In kako bi se to dalo naredit v Windowsih.
Menda obstajajo neki QoS protokoli ali neki takega...
Kje se bi dalo to dobit?