Új hozzászólás Aktív témák

• #20325 RiddleR aktív tag Intruder2k5 #20323

  Új Válasz 2014-05-14 21:36:33 #20325

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  RiddleR

  aktív tag

  válasz Intruder2k5 #20323 üzenetére

  Na kicserélem a kábeleket és semmi változás.
  Most az RT-AC66u van bekötve és gyári legfrissebb firmware. A linkelt ftp-t néztem. Stabil 90Mbps körül jön a cucc.
  Gondoltam elkezdek mélyebben foglalkozni a problémával, úgyhogy előrántottam egy wiresharkot és a következő a tapasztalat.
  Bár a kliens oldalon csináltam ugye a trace-t, de az látszik, hogy marha nagy a delay köztem és a szerver között (8-10ms). Így evidens, hogy növelni kéne a tcp window méretemet, hogy tolhassa a szerver nyugodtan, mert látszik, hogy ő küldi a cuccot, de megvárja míg az ACK visszaér pár csomag után. Hálókártya settingsnél állítottam receive buffer méretet és látszott is utána a trace-ben, hog szépen felemelkedett olyan 256K-ra ami már azért szignifikáns növekedést kellene eredményezzen, ennek ellenére olyan, mintha a túloldal nem igazán fogolalkozna ezzel.
  Most vagy az van, hogy a routerem vagy a upc modem megtöri a tcp sessiont és ő épít fel másik kapcsolatot amiben nem tudom ezt szabályozni, de ezt azért kétlem, mert annyira ezek nem okosak.

  A torrent gondolom azért ment jól, mert ott sok peer-től jött a cucc és ha ugye 1 peer-tőltudok ennyivel szedni akkor aggregáltan lejön a 240Mbps. De ugye az ftp jó arra a célra, hogy 1 host-ról tudok tesztelni.

  Viszont most hirtelen nincs új ötletem.
  Nektek?

  Szerk:
  További igazolás a fennti elméletre, hogy ugyanerről az ftp-ről két párhuzamos letöltés = 2x letöltési sebesség (aggregálva). Tehát látszik, hogy egyetlen TCP session-re korlátozódik a probléma.

  [ Szerkesztve ]

Új hozzászólás Aktív témák