Basics of network bandwidth, latency, and jitter

แชร์
ฝัง
  • เผยแพร่เมื่อ 28 ก.ย. 2010
  • I'm certainly no Salman Khan of the Khan Academy, but I've been doing my little animated presentations for some time and Khan has giving me some inspiration to use TH-cam to keep trying the video form factor. I was asked to explain the concept of network latency to someone who found this article on Wall Street's speed wars fascinating using something other than geek talk, so I created this tutorial explaining what is bandwidth, latency, and jitter.
    The following is a short 7 minute video I posted on TH-cam. As always, feedback and comments are welcome.
    Sorry about three places towards the end where audio was recorded too loudly and clipped. The recording software didn't filter out the clipping and these are some of the minor issues I need to hammer out next time. Also note that the 123 miles per millisecond for the "speed of light" quoted is the speed of light in fiber optic cabling. Light travels significantly faster in air and space, around 186 miles per millisecond. And of course, my delivery is certainly not as smooth as Mr. Khan, but I'm hopeful that you'll find the information simple to understand.
    One other interesting note is the TH-cam switches to a very low bitrate even for the 1080P version of this video which is fine because of the very static nature of the video. Normal 1080P gets 3.5 Mbps for the video stream but this clip uses less than a megabit per second. That's understandable because it's easy to compress with very little loss in quality. I would also note that the same thing is done for the Khan Academy videos. Now I've uploaded similarly static content before but they didn't get the low bandwidth treatment. I wonder if it's because of the all black background I use which is similar to Khan Academy videos. The bottom line is that it makes this video very bandwidth friendly and much more accessible to people with slower broadband connections.
  • วิทยาศาสตร์และเทคโนโลยี

ความคิดเห็น • 55

  • @TomWishaupt
    @TomWishaupt 9 ปีที่แล้ว +49

    R.I.P. headphone users. :/

  • @martijnvdzande
    @martijnvdzande 11 ปีที่แล้ว +16

    The bandwidth you are talking about is actually Throughput. Bandwidth is a fixed maximum, like 10/100/1000 megabits/second. The throughput is what you can achieve in a real-life situation, but it is not necessarily affected by the latency, only if you are using TCP. If you use UDP there is no round trip, the data is just send without waiting for a answer, and so you can get more throughput.

    • @pitsomokhu6302
      @pitsomokhu6302 2 ปีที่แล้ว +1

      Thanks Bro, you just Highlighted some important fundamentals...

  • @borkasiamese4617
    @borkasiamese4617 4 ปีที่แล้ว +4

    01:06 a cat in the background wants to learn as well :)

  • @DarKCremeTai
    @DarKCremeTai 9 ปีที่แล้ว

    Thanks a lot, man!

  • @balckeagle2024
    @balckeagle2024 2 ปีที่แล้ว

    what a voice and speech wow

  • @kewlx25
    @kewlx25 10 ปีที่แล้ว +2

    To some below
    1) Latency does affect bandwidth in the real-world because of acknowledgements, albeit less so with more modern protocol algorithms.
    2) Latency spikes are caused by buffer bloat plus congestion
    3) The simplest and cheapest way to fight congestion is to add more bandwidth. Unless you're using WiFi or satellite, bandwidth is easy to add and quite cheap, all the way up to 1gb to 10gb.

  • @moka21
    @moka21 13 ปีที่แล้ว

    Looking forward to the next lesson.

  • @somethingnew3338
    @somethingnew3338 4 ปีที่แล้ว

    thanks. Was well explained

  • @yelnil
    @yelnil 11 ปีที่แล้ว +3

    GOD DAMNIT.
    You made me answer a test question wrong. Your bandwidth is THROUGHPUT! Latency doesn't affect Bandwidth.

    • @MikkoRantalainen
      @MikkoRantalainen 4 ปีที่แล้ว

      In fact, throughput is effective output that depends on latency, bandwidth and protocol that's being used. If you protocol needs lots of syncronized end-to-end traffic your throughput will be limited by latency. However, if your protocol does not need any syncronization, it's fully limited by bandwidth.

  • @j7ndominica051
    @j7ndominica051 7 ปีที่แล้ว +1

    Bittorrent by default opens way too many flows, that compete with other applications on the consumer's own end, as well as add overhead. I believe that with increasing availability of fast and symmetric connections, the peer count should be limited to between 10 and 30. I think uTP mainly manages the out queue, and is still willing to accept great many download connections.

  • @benphua
    @benphua 7 ปีที่แล้ว

    Great video

  • @Kudosive
    @Kudosive 10 ปีที่แล้ว +2

    how do we solve these jitter problems from the bandwith getting hoged?????

  • @traffikator
    @traffikator 11 ปีที่แล้ว

    It seems as though the explanation of Bandwidth is throughput. Bandwidth generally is a fixed maximum rate of transfer which usually does not change unless you bond multiple interfaces. So a 10MB or 100MB or 1GB link is always going to be the same. What you get is generally less that that and would depend on the media, OS, latency etc. The problem I see with adding 10 CD's instead of 1 is that will affect the latency of 720 seconds. The latency will vary.

  • @connorbell4803
    @connorbell4803 7 ปีที่แล้ว

    hey uhh, say I have 1600 max bandwidth, im livestreaming, it takes up 1200 bandwidth, the other people in my house are doing online stuff, taking up the rest, A few hours later I end this livestream, the bandwidth has stopped being used by me, so we have 1200 bandwidth free and where only using 400, (is that correct? Or once you hit peak bandwidth does it not reset for a certain amount of time)?

  • @evilhobbes1
    @evilhobbes1 6 ปีที่แล้ว +3

    Whats a DVD?

  • @HackSawSees
    @HackSawSees 11 ปีที่แล้ว +1

    You might also address buffer bloat. You can find a good explanation on Wikipedia.

  • @itierney
    @itierney 5 ปีที่แล้ว

    Whats the frequency bandwidth of your mic?

  • @mushmush161
    @mushmush161 12 ปีที่แล้ว

    hmmm what if we made internet routing similar to the way power plants do it? have extra cables in place used during certain hours of the day that bandwidth use is high and then re rout to those. i think that may help with jitter. although, im pretty sure that would be very expensive.

  • @JP05CPSN
    @JP05CPSN 13 ปีที่แล้ว

    great vt, i need help bad, ive never used torrents and dont rely watch youtube, i like to play online gaming but in resent weeks i have been unable to put up with the constant disconnecting and lagg that i have stopped playing all together. there are meanny device on my network, im sertan that at least 2 computer on my net work turret and 1 has even opened a DMZ for himself and spends about 6 hours a day on youtube with many videos buffering wile he is watching another, what should i do?

  • @Veenaali786
    @Veenaali786 9 ปีที่แล้ว

    But nice explanation

  • @Veenaali786
    @Veenaali786 9 ปีที่แล้ว +6

    Noise in video sound -_-

  • @schafer2684
    @schafer2684 8 ปีที่แล้ว +14

    I think you are mixing up bandwidth and throughput

    • @Paul-hm4mw
      @Paul-hm4mw 5 ปีที่แล้ว +1

      That is right. The bandwidth would be the number of DVDs that are sent at a time.

  • @111danish111
    @111danish111 6 ปีที่แล้ว

    What is the difference between latency and Ping ? I thought Ping is what you described in the video ! I am confused .

  • @chriswhitson2521
    @chriswhitson2521 8 ปีที่แล้ว +1

    So the less latency the better?

    • @jeffy7360
      @jeffy7360 7 ปีที่แล้ว +3

      Yes. Latency is basically the amount of time it takes for information to get from one point to another. The lower the latency, the faster

  • @DIO.S_STANDAH
    @DIO.S_STANDAH 4 ปีที่แล้ว +1

    5:00
    A ji(%!£$%‰! INSULT DEATH REBIRTH) tter it is ji(INSULT DEATH AGAIN REBIRTH)

  • @MueedVI
    @MueedVI 6 ปีที่แล้ว +1

    All I understood was Bicycle.

  • @dwisatriyaprajna6436
    @dwisatriyaprajna6436 4 ปีที่แล้ว

    1:41 how's 4.000 MB data per DVD translated into 32.000 MB total data? 8 DVD? Byte? what?

    • @yuribarbosa2164
      @yuribarbosa2164 4 ปีที่แล้ว +1

      Its Megabyte to Megabit conversion

    • @iambrucesz
      @iambrucesz 3 ปีที่แล้ว

      1mb/s = 8mbps

  • @jameshenrystreet3780
    @jameshenrystreet3780 5 ปีที่แล้ว

    Audio spikes in your video, please get that sorted

  • @emmap4339
    @emmap4339 ปีที่แล้ว

    This video is great from a teaching point of view as it uses images, comparisons, and clear definition.
    However the sound could be way better which would improve comprehension tenfold.
    Please record your voice with a great microphone and environment so we hear all its timbre. Filter out the background noise if needs be using audacity noise filter and use the normalizer and compressor: th-cam.com/video/dQCB72S64L4/w-d-xo.html.

  • @AbhishekKumarAlex21c
    @AbhishekKumarAlex21c 9 ปีที่แล้ว +2

    harsh sound !

    • @david.ricardo
      @david.ricardo 4 ปีที่แล้ว

      Abhishek Kumar your videos don’t even have sound idiot

  • @naveenchowdary3042
    @naveenchowdary3042 4 ปีที่แล้ว

    It's a type of sound pollution.the voice is fucking.

  • @herbertrutgers1844
    @herbertrutgers1844 6 ปีที่แล้ว +1

    Deze kletskous weet ook niet wat jitter si...

  • @mushmush161
    @mushmush161 12 ปีที่แล้ว

    5 megabytes a second?? well id be glad for even just 1.5 im running at 700 max kilobytes/sec.

    • @blueshanks1
      @blueshanks1 3 ปีที่แล้ว

      that's crazy. Oh how tech has progressed

  • @mirom1431
    @mirom1431 8 ปีที่แล้ว +1

    Why make an effort to explain b,l,&j if you don't care to provide a decent sound quality

    • @AltJisatsu
      @AltJisatsu 7 ปีที่แล้ว +1

      oh come on LOL

  • @quackersnail656
    @quackersnail656 7 ปีที่แล้ว +1

    latency isnt really the time it takes to get there its more the time it takes to process it just sayin

    • @Paul-hm4mw
      @Paul-hm4mw 5 ปีที่แล้ว

      He is referring to RTT

  • @dinogt8477
    @dinogt8477 6 ปีที่แล้ว +1

    LOLOLOL

  • @edgarvillalba4234
    @edgarvillalba4234 6 ปีที่แล้ว

    the audio sounds terrible... it's a shame

  • @a.a5408
    @a.a5408 3 ปีที่แล้ว

    Bad quality in voice

  • @markhansen4258
    @markhansen4258 5 ปีที่แล้ว

    bad audio

  • @jyotimoydas2666
    @jyotimoydas2666 7 ปีที่แล้ว

    The accent is horrible