Що означає швидкість Інтернету в 4 Мбіт / с?


8

Коли я перевіряю швидкість завантаження / завантаження, це 4 Мбіт / с. Це означає, що я можу завантажувати / завантажувати зі швидкістю 4 мегабіти в секунду. Але я не зовсім розумію, що це означає.

Наприклад, якщо я завантажую файл в 4 Мб (враховуючи цей розмір для простоти) через будь-яку веб-програму з Лондона, і швидкість мого Інтернету становить 4 Мбіт / с, я зможу завантажувати цей файл за 1 секунду, незалежно від фактичного фізичного стану місцезнаходження сервера (будь то Австралія чи Нью-Йорк чи будь-яке інше місце у світі)? Отже, коли ми говоримо, що швидкість завантаження становить 4 мегабіти в секунду, до якого місця це стосується? Звичайно, це завжди має бути щодо місця призначення, чи не так?

Оновлення: - Я просто вважав розмір файлу 4 Мб заради простоти. Я також розумію, що 1 Мбіт / с не дорівнює 1 Мбіт / с. 1 Мбіт / с = 8 Мбіт / с. Це питання насправді, що означає практично швидкість?


11
Розміри файлів - у Мегабайтах (МБ), але швидкість лінії - в Мегабайт (Мб / с). 1 Мб потрібно 8 секунд для передачі зі швидкістю 1 Мбіт / с (тому що у стандартному байті є 8 біт). Ваш Інтернет-провайдер може рекламувати лише швидкість, яку вони забезпечують, тому, як тільки ваш трафік покине їхню мережу та перетне інші мережі, немає гарантії, що швидкість залишиться такою ж. так що ні, це не без урахування місця розташування. Практично кажучи, для того, щоб пройти половину шляху навколо планети, завжди знадобиться додатковий час, ніж потрібно для прогулянки по сусідству.
Френк Томас

@FrankThomas Скажіть, я хочу завантажити якийсь файл на сайті amazon. Припустимо, що постачальник послуг - PEAK. Ви маєте на увазі, що перші дані будуть подорожувати до PEAK (і ця швидкість складе 4 Мбіт / с. Так що навіть якщо між мною та моїм ісп це 4 Мбіт / с, то це означає, що мої дані надійдуть до мого провайдера незалежно від його місцезнаходження? Я вважаю, що НІ ). Як тільки дані надійдуть до мого провайдера, він спробує підключити сервер Amazon. До якої мережевого провайдера буде підключений сервер Amazon? Я сиджу загальною мережею або PEAK володіє мережею?
користувач3198603

@ user3198603 - Ви підключитесь безпосередньо до Amazon. Справа Франка полягає в тому, що ви можете завантажувати лише зі швидкістю, яку забезпечує ваш провайдер, але найповільнішим загальним знаменником може бути призначення. У цьому випадку не є Amazon, хто може перевершити можливості вашого провайдера через декілька факторів.
Рамхаунд

1
"4 Мб файл" Ви дійсно маєте на увазі 4-мегабітний файл? Або 4-мегабайтний файл?
Пітер Мортенсен

1
Зауважте, що коли ви завантажуєте файл, він не лише передає файл, але й іншу мета-інформацію, наприклад заголовки HTTP, обгортки пакетів TCP тощо. Залежно від протоколу фактичні дані, які ви передаєте, можуть фактично збільшуватися до помітних ступінь.
SOFe

Відповіді:


15

Ця швидкість посилається на зв’язок між вами та провайдером. Це не гарантує, ніж можна досягти такої швидкості з будь-якого місця в Інтернеті.

Давайте створимо приклад, коли ви завантажуєте файл із робочого столу на сервер у Лондоні:

  1. Дані на вашому ПК.
  2. Дані залишаються через локальну локальну мережу до шлюзу за замовчуванням. (Швидше за все, при 100 Мбіт / сек або 1 Гбіт / сек, якщо у вас є дротова мережа).
  3. Дані надходять у модем і завантажуються зі швидкістю 4 Мбіт / с у ваш провайдер . Якщо це глобальний Інтернет-провайдер, він буде завантажений у їх локальний центр даних.
  4. Далі дані невстановленим чином перенаправляються на сервер у Лондоні.

Крок 4 навмисно невиразний. Маршрутизація може змінитися, якщо лінії знизяться, якщо змінено з'єднання між провайдером. Якщо лінії перевантажені, а маршрутизація навмисно змінюється і т. Д. Навмисно будували цю гнучку. Якщо ви хочете отримати детальнішу інформацію, навіщо шукати мережу ARPA та холодну війну.

... і швидкість мого Інтернету становить 4 Мбіт / с, я завантажую цей файл за 1 секунду, незалежно від фактичного фізичного місцезнаходження сервера (будь то Австралія чи Нью-Йорк чи будь-яке інше місце у світі).

Припустимо, що 4 Мбіт / сек є найповільнішим ланкою на шляху до пункту призначення: Так.

Це може допомогти, якщо придумати ці дві аналогії:

  1. Побудуйте ланцюжок з різною товщиною ланок. Ланцюг настільки міцний, як і найслабша ланка. Або набір трубопроводів. Ваш місцевий піпелінк - 4см. Потік, хоча ti не піде швидше, якщо він підключений до більшої труби. Якщо може уповільнитись, якщо потрібно пройти хоч тоншою трубою (наприклад, якщо сервер у Лондоні складає 33600 bps
  2. Маршрут на Qua: Ви не встановили повний шлях до пункту призначення. Це більше схоже на опублікування листа. якщо це для місцевого будинку, покладіть його у свою поштову скриньку, інакше поставте, якщо у поштову скриньку. Вам байдуже, як пошта надходить всередину, лише доки вона надійде. Маршрутизація на IP схожа.

Скажіть, я хочу завантажити якийсь файл на сайті Amazon. Припустимо, що постачальник послуг - PEAK. Ви маєте на увазі, що перші дані будуть подорожувати до PEAK (і ця швидкість складе 4 Мбіт / с. Так що навіть якщо між мною та моїм ісп це 4 Мбіт / с, то це означає, що мої дані надійдуть до мого провайдера незалежно від його місцезнаходження? Я вважаю, що НІ ). Як тільки дані надійдуть до мого провайдера, він спробує підключити сервер Amazon. До якої мережевого провайдера буде підключений сервер Amazon? Я сідаю в загальну мережу чи PEAK має мережу?
користувач3198603

1
Правильно. (Ще 7 символів, щоб пройти непотрібні речі, щоб досягти необхідної мінімальної довжини коментаря). Арг. Мені справді потрібно було лише одне слово і крапка.
Хеннес

1
Що таке "маршрутизація Qua"?
cutrightjm

1
Тож справді ви не можете припустити, що як тільки дані надійдуть до вашого постачальника, все швидко проходить. Як сказали Хоббі, що дуже швидку лінію поділяють також дуже-дуже-дуже-дуже багато людей! О, а також в самому кінці своєї подорожі, дані можуть знову потрапити до якогось хлопця, як і у вас, який має дуже повільний зв'язок.
Йорг W Міттаг

3
@ user3198603, схоже, ніхто не згадував накладні витрати або пробіг протоколу. Більшість передач файлів використовують TCP, а TCP обмежений іншими чинниками, ніж пропускна здатність, наприклад, час обходу та розмір вікна. Також є повільний старт TCP, TCP повторно передає, де потрібно, та будь-які накладні витрати додаткового рівня. Це все призводить до додаткової затримки, і це означає, що принаймні для невеликих файлів ви отримаєте кращі показники швидкості передачі даних, що мають доступ до близького сервера, а не до іншого, який знаходиться на іншому континенті.
marctxk

11

Біт проти байтів

Біт = Одинарний 1 або 0

  • = _

Байт = 8 1 або 0

  • = _ _ _ _ _ _ _ _

  • Щоб отримати [байт в секунду] (або мегабайти, гіга тощо), просто візьміть ___ біт і розділіть на 8

Зберігання вимірюється в байтах, чому?

  • Байти - це [дані], тому що байт, що складається з 8 1-х та 0-х, складає [Єдиний лист] Літери - це інформація для комп'ютера. Але один біт нічого не означає, поки ви не отримаєте 8 біт.
  • Байти - 8 біт.
  • 1 Мегабайт - 1000 кілобайт. 1000 мегабайтів створюють показники GigaByte тощо ...

== >> Важливе оновлення << ==

Для тих, хто намагається виправити мої байти

Будь ласка, відвідайте Wikipedia / wiki / Mebibyte

Дякую

Кінець ОНОВЛЕННЯ

Передача даних вимірюється в BITS, чому?

Оскільки найнижча інформація, яку ви можете надіслати, - це 1 або 0 (увімкнено або вимкнено). Тож якщо ви увімкніть ліхтарик, це "Увімкнено", це значення 1, і вимкніть його "Вимкнено" або 0. - Ось так комп'ютери розмовляють один з одним, імпульсуючи один на один і 0.

Але наскільки швидко вони пульсують один в одного за секунду?

Ну, це було б скільки біт за секунду?

Тому ми кажемо « Біт за секунду ».


4
Виправлення: 1 мегабайт = 1024 кілобайт = 1024 * 1024 байт. Це не досконала метрика, вона просто близька (це дійсно 2 ^ 10, оскільки двійкові. Просто буває, що 2 ^ 10 - це 1024, що насправді близько тисячі, тому ми просто використовуємо це, хоча це неправильно на 2%) .
Delioth

1
У (асинхронному) послідовному зв’язку 1 байт може ефективно досягати 10 біт або більше за рахунок накладних витрат на стартовий біт та стоп та / або паритети парності тощо.
Пітер Мортенсен

8
@Delioth Неправда. Мегабайт = 1000 * 1000 байт. Мебібайт = 1024 * 1024 байт. Див. En.wikipedia.org/wiki/Binary_prefix . Будь ласка, не продовжуйте поширювати заплутані перевантажені одиниці.
Наюкі

5
Мегабайт - 1000 байт => Ні . Кілобайт - 1000 байт.
Томас Аюб

@Nayuki Просто використання блоків SI без уточнення лише додає плутанини "Чому мій 1 ТБ-накопичувач відображається лише 931 ГБ?" Я не бачу проблеми з додаванням цього пояснення. Ви, швидше за все, не маєте справу з одиницями СІ в пропускній здатності. Якщо ви справді ненавидите плутанину, відповідь має дотримуватися лише кібібайт і мебібайт.
Арда Сі

2

Я припускаю, що розмір файлу становить 4 мега біта, навіть якщо розміри файлів зазвичай вимірюються в байтах (8 біт). це означає, що файл має 4 000 000 біт.

Якщо зв’язок між вами та стороною, що приймає, становить 4 мбіт / с (4 000 000 біт на секунду) рівно, без зміни швидкості під час передачі, передача займе рівно 1 секунду. Загальний час між початком переказу та його фактичним завершенням може бути більшим через затримку між вами та одержувачем.

Використовуючи такий сайт, як speedtest.net, ви перевіряєте швидкість передачі між вашим комп’ютером та одним із їх тестових серверів (Вони показують невелику карту, що вказує положення сервера). Результат цього випробування сильно залежить від проміжних мереж, оскільки ваша кінцева швидкість буде найшвидшою ланкою ланцюга.


cascer1, я не хлопець у мережі, і востаннє я робив будь-які розрахунки, коли мережі складалися з паперових стаканчиків і шнурів, тож це може здатися дурним питанням. Мій спогад полягає в тому, що ми припускали, що 10 біт на байт, що передаються для обліку накладних витрат (контрольні цифри тощо). Тож якби у вас була пропускна здатність 4 Мб / с, для файлу 4 Мб було потрібно 1,25 секунди, а не 1 секунди. Це вже не так, чи ви просто тримаєте пояснення простим?
fixer1234

1
Я не є мережевим хлопцем, і я застосовую свої знання про один семестр мережевої інфраструктури разом з тим, що, на мою думку, я знаю про мережу. Я ніколи не чув про 10 байт до байта, але це звучить як байт пекаря
cascer1

@ fixer1234 Крім того (я не можу редагувати свій інший коментар чомусь), можливо, 10 біт на байт було досить точним наближенням у той день, але я не думаю, що це вже дуже точно. Знову ж таки, я базую це в основному ні на чому, крім інтуїції.
cascer1

Схоже, все ускладнилося ще з світанку часу. Це викликало мій інтерес, і я трохи погуглився. tamos.net/~rhay/wp/overhead/overhead.htm та cisco.com/c/en/us/about/security-center/… вникають у це. Не допускаючи втрат, схоже, що сучасна мережа може бути набагато ефективнішою, накладні витрати - приблизно 2,5% (найгірший випадок без втрат ~ 83% за найменший розмір пакета). Я не впевнений, на чому базувались старі 25%.
fixer1234

1
10 біт припадає на один біт паритету та один контрольний біт. Але, як ви кажете, справи насправді трохи складніші. Можна навіть задіяти стиснення, що робить його в середньому менше 8 біт / байт.
тис

1

Для спрощення скажімо, що так, 4 Мбіт / с - це ваша стабільна / максимальна швидкість з'єднання: ні краплі, ні збільшення і т.д.

Ви будете завантажувати та завантажувати з такою швидкістю постійно на своєму кінці, але все залежить від сервера, на який ви завантажуєте або завантажуєте: якщо у них є лише 1 Мбіт / с, то ваша максимальна швидкість буде 1 Мбіт / с, але якщо максимальна швидкість сервера становить 1 Гб, тоді ви досягнете максимальної швидкості 4 Мбіт / с.

Їхати можна лише так швидко, як найслабша швидкість.


-1

Окрім інших відповідей

Якщо ви завантажуєте свій файл на швидкий сервер, тож посилання на ваш провайдер - це найповільніша ланцюг у ланцюзі, то передача буде обмежена 4 Мбіт / с вашим Інтернет-провайдером - це взагалі вірно для великих файлів.

Але якщо обладнання може зробити краще (тобто 4 Мбіт / с - це довільний ліміт, встановлений вашим Інтернет-провайдером, оскільки ви платите лише за цей параметр, а не за якийсь більш швидкий), а ваш файл досить малий, то ви можете відчути " швидкість завантаження ".

Це означає, що ваш Інтернет-провайдер може дозволити вам надсилати перші 10 Мб (наприклад, фактичне значення встановлюється вашим Інтернет-провайдером) файлу набагато швидше, ніж оголошені 4 Мбіт / с, якщо посилання простоювало (або майже не працює) для поки. Після цих 10 Мб посилання стає "насиченим", і обмеження 4 Мбіт / с застосовується до даних, що залишилися. Зробіть своє посилання майже непрацюючим на інший час, і ви зможете знову лопнути.

Іншими словами: якщо ви будете тримати низький рівень завантаження протягом декількох секунд, ви отримаєте кредит у декілька байтів, ви можете завантажуватись набагато швидше, перш ніж наступить ліміт.

Цей механізм робить ваш веб-перегляд більш спритним, покращує завантаження файлів.

З точки зору Інтернет-провайдера, багато їх клієнтів генерують лише такий сплеск вгору. Вони (як група) навряд чи насичують посилання провайдера до Інтернету (його пропускну здатність), оскільки сплески трапляються випадковим чином у різні моменти, тому немає сенсу обмежувати кожне з'єднання. Завдяки сплескам ці клієнти задоволені більш чуйним Facebook, коли вони розміщують свої фотографії з їжею. З іншого боку, декілька клієнтів, які використовують P2P або надсилають великі файли в той самий момент, можуть наситити посилання зовні, тому вони обмежені, коли вони перевищують деякий поріг.

Файл розміром 4 Мб у вашому прикладі досить невеликий, він становить 0,5 Мб. Це може бути передано цілим у межах одного вибуху, якщо ваш провайдер підтримує його. Ви можете отримати інший ліміт (або тимчасове уповільнення роботи мережі) десь за межами свого провайдера.


1
Я думаю, що ви не голосуєте, тому що ваше пояснення насичення і лопнуло. Зазвичай рекламована швидкість провайдера зазвичай є швидкістю вибуху, і рідко виникає проблема насичення ліній. Враховуючи, що кабель може отримати до 300 Мбіт / с, а VDSL може зробити більше, залежно від DSLAM тощо.
Ян М
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.