Чи буде більша пропускна здатність до Інтернету скоротити час реакції ping?

Здається, очевидно, що швидше з'єднання знижує затримку ... Але мені цікаво: я працюю віддалено над хостом на іншому боці світу - світло може подорожувати лише так швидко (1 фут за нано секунду), і ми обоє маємо широкосмугові з'єднання із завантаженням понад 1000 кбіт / с та завантаження 10 000 кбіт / с:

Чи буде більша пропускна здатність з'єднання скоротити час, необхідний для пінг ?? Оскільки даних дуже мало, як би допомогло швидше з'єднання? В даний час пінг займає 450 мс. Чи є спосіб, як я можу його покращити ??

По-перше, пропускна здатність не така, як затримка. Більш швидке з'єднання не обов’язково зменшить вашу затримку. 450 мс здається трохи повільним, але не так вже й далеко, якщо ви їдете 1/2 шляху по всьому світу. Як орієнтир, для високошвидкісного зв'язку з низькою затримкою для перетину США буде потрібно 70-80 мс. Можливо, ви зможете отримати трохи меншу затримку, змінивши свого постачальника, припускаючи, що у них є більш оптимальний шлях до пирінгу. але я нічого не обіцяю.

"Швидше" з'єднання (як ви посилаєтесь на нього) не знижує затримки. "Швидше" з'єднання дозволяє розмістити більше даних на дроті за певний проміжок часу.

Пропускна здатність - це міра ємності.

Затримка - це міра затримки.

EDIT

Ось приклад різниці між пропускною здатністю та затримкою. Уявіть 2 підключення до Інтернету, одне 10 Мбіт / с, а інше 1 Мбіт / с. Обидва мають затримку 50 мс. Тепер уявіть, що я надсилаю натискання клавіш на віддалений термінал на іншому кінці цих з'єднань. Для простоти скажемо, що кожен натискання клавіші споживає 1 Мбіт / с пропускної здатності. Під час з'єднання 10 Мбіт / с я можу надсилати літери A, B, C, D, E, F, G, H, I, J одночасно, тому всі вони прибувають на віддалений термінал через 50 мс і повторюються на екран ... водночас. Тепер на з'єднанні 1 Мбіт / с кожний набір клавіш надсилається незалежно, оскільки кожен натискання клавіші споживає всю наявну пропускну здатність. Таким чином, лист A надсилається, а потім через 50 мс його отримує віддалений термінал і лунає на екрані, після чого літера B 50ms після цього, потім літера С ... аж до літери J. Потрібно буде зайняти 500 мс, щоб усі десять листів були отримані на віддалений термінал і відлучилися до екрана. Чи швидше з'єднання 10 Мбіт / с? Ні, це не так. Затримка становить 50 мс, як і підключення 1 Мбіт / с. Він з’являється швидше через те, що він має більшу пропускну здатність (пропускну здатність) і більше даних може бути розміщено на дроті одночасно. Ось різниця між пропускною здатністю (ємністю) та затримкою (затримкою). У строгому сенсі "швидше" з'єднання (у тому, як ви його посилаєтесь) не зменшить затримки. Він з’являється швидше через те, що він має більшу пропускну здатність (пропускну здатність) і більше даних може бути розміщено на дроті одночасно. Ось різниця між пропускною здатністю (ємністю) та затримкою (затримкою). У строгому сенсі "швидше" з'єднання (у тому, як ви його посилаєтесь) не зменшить затримки. Він з’являється швидше через те, що він має більшу пропускну здатність (пропускну здатність) і більше даних може бути розміщено на дроті одночасно. Ось різниця між пропускною здатністю (ємністю) та затримкою (затримкою). У строгому сенсі "швидше" з'єднання (у тому, як ви його посилаєтесь) не зменшить затримки.

З'єднання вимірюються двома основними коефіцієнтами, затримкою та пропускною здатністю. Немає такого поняття, як "висока швидкість" або "швидша". Вони маркетингові двозначні і безглузді в контексті професійно керованих зв'язків.

Я маю тут щось сказати, що стосується ping.

Зазвичай трафіку ICMP не надається високого пріоритету. Отже, вимірювання затримки / затримки мережі не буде точним за допомогою ping або будь-якого іншого трафіку на основі icmp.

Затримка між двома точками може бути обчислена за формулою:

Total delay = transmission delay + propagation delay + processing delay

Затримка передачі - це час натиснення пакетів на дроті. Затримка розповсюдження пов'язана із середовищем і є часом досягнення пункту призначення. Затримка обробки пов'язана з машинами / маршрутизаторами прийому та відправлення.

Часто буде, так. Але обидва не є одне і те ж і не пов'язані безпосередньо. Просто буває, що типово з'єднання з більшою пропускною здатністю також мають меншу затримку завдяки технології, що використовується.

Але це не завжди так. Розглянемо швидкий метод передачі величезної кількості даних: заповнення 12-тиТБ жорстких дисків даними та відправлення їх кур'єром. Швидкість передачі даних ДУЖЕ висока (понад 2000 Мбіт / с, якщо ви можете відправити 24 ТБ за 24 години). Затримка також дуже висока (24 години). У Dialup затримка набагато нижча, ніж тоді, але для того, щоб надіслати 24TB через комутований номер, знадобиться років.

Це не дуже гарна ідея прямо рівняти два. Якщо вам спеціально потрібна нижча затримка, вам слід запитати про це конкретно, а не купувати за пропускною здатністю.

Єдине реальне рішення для покращення затримки - скоротити кількість переходів між двома розглянутими хостами.

Якщо ви є достатньо великим корпоративним клієнтом, ви повинні мати можливість відкрити діалог зі своїми операторами зв'язку в обох кінцях щодо проходження коротшого (можливо, більш дорогого) маршруту IP між двома сайтами.

Ви багато позували, не збираючи фактів. Ваша найкраща ставка - спробувати визначити джерело високої затримки: з чого це починається? Тоді ви можете спробувати відповісти на питання: як це виправити?

Запустіть traceroute, а ще краще, mtr (mytraceroute). Якщо ви працюєте в Windows, ви можете використовувати winmtr. PingPlotter також є хорошим інструментом для цього.

Знайдіть, звідки починається ваша висока затримка, а потім працюйте над її виправленням. Надання більшої пропускної здатності вашій проблемі не є відповіддю.

Більша пропускна здатність не допоможе багато, якщо тільки масові дані не заглушать інтерактивні дані. Якщо обидві сторони використовували волокно замість xDSL / кабель / бездротовий зв'язок, ви можете поголити 20-80 мс на RTT.

Зробіть тест пінг, використовуючи pingtest.net, щоб визначити якість кожного посилання. Затримка важлива, але / тремтіння / може також змінити велику кількість. Я б швидше мав повільніше (3 Мбіт / с) з'єднання без тремтіння, ніж швидше (наприклад, 15 Мбіт / с) з'єднання з тремтінням.

Для TCP-з'єднань (наприклад, SSH, telnet тощо) деякі налаштування TCP можуть допомогти.

Можна також переглянути прискорювач TCP; Є комерційні, але пепсал може вже змінити ситуацію.

Можливо, проблема брандмауерів / маршрутизаторів ...

Єдиний спосіб ПОСЛІДНО сказати, де відбувається поділ, провівши трасування, як було сказано вище,

На це питання є багато різних відповідей, а правильна відповідь (на мою думку) - «Це залежить».

Не має значення, якщо у вас є 1gbit / s з'єднання, якщо він насичений. TCP (та інші протоколи) покладаються на перевірки передачі, які в 99% випадків не мають пріоритетного значення з QoS або подібними технологіями.

Симетричні (SDSL, волокна тощо) лінії, як правило, краще підходять для операцій з низькою затримкою, оскільки вони не поділяють RX з TX (що означає, що відповіді TCP ACK, ICMP відповіді і т. Д. Не будуть перешкоджати, якщо ви завантажуєте з повним оглядом). Це все ще вимагає QoS для забезпечення трафіку для чутливих програм (зокрема VoIP).

Дивно, але кількість звернень (та якість звернень) у Google, коли мова йде про пріоритетність TCP ACK, досить тонка. Порадьтеся з будь-яким експертом з мереж, і вони дізнаються, для чого вам це потрібно.

Так, але не набагато

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

Іншою можливою причиною затримки є бездротова передача, майже кожна форма бездротового доступу з багатьма доступними даними може стягувати велику кількість затримок, будь то нормальний домашній бездротовий або мобільний бездротовий зв’язок, оскільки бездротова карта повинна чекати, поки всі закінчать передавати дані, перш ніж вони зможуть надсилати свої власні дані. Чим більше користувачів передають по бездротовій системі, тим повільніша швидкість І затримка (знову ж таки не набагато, в основному викликана очікуванням, поки ясне відправлення)

Фактор номер один - це час, який витратить пакет даних для сортування за маршрутизаторами та іншою мережею WAN.

Теоретичний мінімальний час, який потрібен пакет даних для подорожі по всьому світу, становить близько 70 мс, саме тоді пакет рухається зі швидкістю світла.

Поцікавтеся і з’ясуйте, чи відчувають інші люди на швидших зв’язках та інших провайдерах однакові затримки - цілком можлива причина, викликана провайдером або з'єднанням, але це дуже малоймовірно.

Пропускна здатність і затримка різні, але не повністю пов'язані між собою. Хоча це в основному правда, речі не є чорно-білими. Між ними є багато відтінків сірого.

Це правда, що більша пропускна здатність не обов'язково означає менші затримки, і це не обов'язково означає однакові або більші затримки.

Ми повинні пам’ятати, що це залежить від інфраструктури, що складається з мережевих пристроїв та фізичних носіїв у дорозі від нашого хоста до місця призначення.

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

І в дусі різних прикладів, які тут були наведені, так - краще взяти вантажівку з 20 дисками з однаковою місткістю, ніж взяти ту саму вантажівку лише з 1 з цих 20 дисків. Однак - як щодо ваги диска? Більше дисків означає більше палива і повільніше прискорення. Але що робити, якщо я міняю двигун вантажівки?

Отже, коротше кажучи - пропускна здатність і затримка різні, але не повністю пов'язані між собою.