muļķības. visiem DSL ir raksturīgs, ka "The pool of usable channels is [..] split into two groups for upstream and downstream traffic based on a preconfigured ratio." Gan download, gan upload ātrums ir ierobežots fiziski ar paša sakaru protokola īpatnībām.
Jājautā vai lielajam gudriniekam ir arī praktiska pieredze azotē, nevis tikai wikipedia pa grābienam, kad kāds jānodirš.
"The bigger problem is to do with TCP throttling down when there are delays in ack packets.. as would happen if you were hammering your upload channel.. the end result is that you cannot optimally use full speed in both directions for TCP protocol (used for FTP/http etc) although you can for UDP traffic (streaming video).."
Uz LTK DSL un Izzi Com cable itin labi ir novērojams, kā upload kanāla noslodze pamatīgi kaitē download ātrumam.
from:![[info]](http://klab.lv/img/userinfo.gif)
kits
date: Mar. 14., 2007 - 09:01 am
#
kā labi zināms, torrenti mīl uploadu.
Atbildēt | Diskusija
from:![[info]](http://klab.lv/img/userinfo.gif)
kemune
date: Mar. 14., 2007 - 09:26 am
#
Atbildēt | Iepriekšējais | Diskusija
from:![[info]](http://klab.lv/img/userinfo.gif)
kits
date: Mar. 14., 2007 - 12:42 pm
#
"The bigger problem is to do with TCP throttling down when there are delays in ack packets.. as would happen if you were hammering your upload channel.. the end result is that you cannot optimally use full speed in both directions for TCP protocol (used for FTP/http etc) although you can for UDP traffic (streaming video).."
Uz LTK DSL un Izzi Com cable itin labi ir novērojams, kā upload kanāla noslodze pamatīgi kaitē download ātrumam.
Atbildēt | Iepriekšējais | Diskusija
from:![[info]](http://klab.lv/img/userinfo.gif)
kemune
date: Mar. 14., 2007 - 01:20 pm
#
Atbildēt | Iepriekšējais | Diskusija
from:![[info]](http://klab.lv/img/userinfo.gif)
kits
date: Mar. 14., 2007 - 03:08 pm
#
Atbildēt | Iepriekšējais