Будет ли интернет-соединение с более высокой пропускной способностью уменьшать время отклика ping?

15

Кажется очевидным, что более быстрое соединение снижает задержку ... Но мне интересно: я работаю удаленно на хосте в другой части света - свет может двигаться только так быстро (1 фут за нано секунду), и у нас обоих есть широкополосные соединения свыше 1000 кбит / с и 10 000 кбит / с:

Будет ли соединение с более высокой пропускной способностью уменьшать время, необходимое для проверки связи? Поскольку данных очень мало, как поможет более быстрое соединение? В настоящее время пинг занимает 450 мс, есть ли способ улучшить его ??

gWaldo
источник
7
Случайный признак: если вы заполнили AirBus жесткими дисками по 3 ТБ и полетели через Атлантику, скорость соединения, вероятно, составила бы десятки Гбит / с, но задержка составила бы часы.
Пятно
450 мс пахнет спутником для начала. Я еду почти на полпути по всему миру (Чикаго -> Берлин), и у меня около 125 мс. Если принять это как линейное значение, 450 мс было бы тем, что - по всему миру, почти. Здесь что-то странное.
TomTom
2
@TomTom - операция из Австралии согласно его профилю, который печально известен патетической задержкой в ​​нашей собственной стране. Я держу пари, что большая часть этой задержки происходит еще до того, как его пакеты покинут страну. Если он с кем-то вроде TPG, это, вероятно, произойдет до того, как он покинет своего провайдера.
Марк Хендерсон

Ответы:

24

Во-первых, пропускная способность не равна задержке. Более быстрое соединение не обязательно уменьшит вашу задержку. 450 мс кажутся немного медленными, но не такими уж далекими, если вы идете на полпути по всему миру. В качестве системы отсчета высокоскоростное соединение с низкой задержкой займет ~ 70-80 мс, чтобы пересечь США. Возможно, вы сможете получить немного меньшую задержку, сменив провайдера, предполагая, что у него более оптимальный путь пиринга. но я не могу ничего обещать.

Zypher
источник
2
Другими словами нет. Единственным способом улучшить время отклика может быть использование другого поставщика, который может иметь лучший путь. Это верно?
2
Нам нужно увидеть трассировку (в обоих направлениях), чтобы комментировать больше. Знание задержки первого скачка (также известной как последняя миля) также может помочь определить, действительно ли другой провайдер поможет или нет.
Вим Керхофф
tracereoutes намеренно замедляется, кажется, через Интернет и до смешного длинны ..
Ах, нет, traceroutes отлично работает из всех мест, где у меня есть серверы, извините.
TomTom
У меня плохое соединение, и если я ограничу свою пропускную способность с помощью Netlimiter, я получу более высокий пинг в тестах ... Так, например, если я отключу 50% пропускной способности, мой пинг резко возрастет.
Блюдайз
11

«Более быстрое» соединение (как вы на него ссылаетесь) не снижает задержки. «Более быстрое» соединение позволяет размещать больше данных на проводе в течение определенного периода времени.

Пропускная способность является мерой пропускной способности.

Задержка является мерой задержки.

РЕДАКТИРОВАТЬ

Вот пример разницы между пропускной способностью и задержкой: представьте себе 2 интернет-соединения, одно 10 Мбит / с, а другое 1 Мбит / с. Оба имеют задержку 50 мс. Теперь представьте, что я посылаю нажатия клавиш на удаленный терминал на другом конце этих соединений. Для простоты скажем, что каждое нажатие клавиши потребляет 1 Мбит / с полосы пропускания. При соединении со скоростью 10 Мбит / с я могу отправлять буквы A, B, C, D, E, F, G, H, I, J одновременно, поэтому они все прибывают на удаленный терминал через 50 мс и отображаются на экран ... в то же время. Теперь при соединении 1 Мбит / с каждое нажатие клавиши отправляется независимо, потому что каждое нажатие клавиши потребляет всю доступную пропускную способность. Таким образом, письмо А отправляется, а затем через 50 мс оно принимается удаленным терминалом и отображается на экране, после чего через 50 мс следует буква В, затем буква C ... вплоть до буквы J. Потребовалось бы 500 мсек, чтобы все десять писем были получены на удаленном терминале и отображались на экране. Скорость соединения 10 Мбит / с выше? Нет, это не так. Его задержка составляет 50 мс, как и соединение 1 Мбит / с. Он появляется быстрее из-за того, что он имеет более высокую пропускную способность (пропускную способность) и одновременно может быть помещено больше данных на провод. В этом разница между пропускной способностью (пропускной способностью) и задержкой (задержкой). В строгом смысле, «более быстрое» соединение (как вы на него ссылаетесь) не уменьшит задержки. Он появляется быстрее из-за того, что он имеет более высокую пропускную способность (пропускную способность) и одновременно может быть помещено больше данных на провод. В этом разница между пропускной способностью (пропускной способностью) и задержкой (задержкой). В строгом смысле, «более быстрое» соединение (как вы на него ссылаетесь) не уменьшит задержки. Он появляется быстрее из-за того, что он имеет более высокую пропускную способность (пропускную способность) и одновременно может быть помещено больше данных на провод. В этом разница между пропускной способностью (пропускной способностью) и задержкой (задержкой). В строгом смысле, «более быстрое» соединение (как вы на него ссылаетесь) не уменьшит задержки.

joeqwerty
источник
Таким образом, соединение с более высокой пропускной способностью уменьшит время отклика ping? если нет: есть ли способ получить лучшее время отклика?
1
Нет, не будет. Смотрите мое редактирование для объяснения.
Joeqwerty
7

Соединения измеряются двумя основными факторами: задержкой и пропускной способностью. Нет такой вещи как «высокая скорость» или «быстрее». Это маркетинговый двойник, который не имеет смысла в контексте профессионально управляемых связей.

Крис С
источник
ОК, тот же ответ, что и у других, не могли бы вы ответить: снизит ли соединение с более высокой пропускной способностью время отклика ping? если нет: есть ли способ получить лучшее время отклика?
2
Пропускная способность и задержка независимы. Задержка зависит от трех факторов (обычно): среда соединения (беспроводная связь медленная, модемы медленные, кабельные модемы быстрые, как и T1s и Fiber), расстояние (электричество движется со скоростью света, которая медленнее, чем вы думаю) Заторы (ожидание своей очереди добавляет время). Первый фактор - единственный, над которым вы действительно будете иметь контроль.
Крис С
Это правда, но проще сказать «высокоскоростное соединение», чем «мы перемещаем больше пакетов в секунду, чем другие ребята!»
Джелтон
понял - но это не совсем верно - посмотри, что сказал серебряный огонь. Возьмем случай проверки связи длиной 32 байта: вы говорите, если пропускная способность каждого узла превышает 32 байта в секунду, и ни один узел не выполняет никаких других операций связи, для достижения другого узла потребуется только время ожидания; на самом деле это заняло бы 1 секунду + задержка, так как одноранговый узел должен загрузить 32-байтовый пинг, тогда как если бы соединения имели пропускную способность 320 байт в секунду, это заняло бы 0,1 секунду + задержка. По общему признанию, как только вы получаете к соединениям, превышающим 1 МБ / с, тогда это время для загрузки невелико. Но Silverfire прав.
2
Общее время передачи не совпадает с задержкой. Тест ping пытается приблизить задержку, отправляя очень маленькую передачу. Тот факт, что пропускная способность, особенно в крайних примерах, влияет на общее время передачи, не теряется ни для меня, ни для людей, которые решили, что стандартный тест ping будет иметь размер 32 байта. Задержка - это время, которое занимает передача от начала передачи до начала приема на другом конце. Гипербола является хорошим примером: если вы тестировали соединение с файлом размером 100 МБ, и это заняло 3 часа, ваше соединение, вероятно , не имеет задержки в 3 часа.
Крис С
4

Я хочу сказать здесь, что касается пинга.

Обычно трафик ICMP не имеет высокого приоритета. Таким образом, измерение задержки / задержки сети не будет точным при использовании ping или любого другого трафика на основе icmp.

Задержка между двумя точками может быть рассчитана по формуле:

Total delay = transmission delay + propagation delay + processing delay

Задержка передачи - это время передачи битов пакета по проводам. Задержка распространения связана со средой и является временем достижения пункта назначения. Задержка обработки связана с приемом и отправкой машин / маршрутизаторов.

Халед
источник
2

Часто так и будет, да. Но эти два понятия не одно и то же и не связаны напрямую. Просто бывает, что обычно соединения с большей пропускной способностью также имеют меньшую задержку из-за используемой технологии.

Но это не всегда так. Рассмотрим быстрый способ передачи огромных объемов данных: заполнение 12 жестких дисков объемом 2 ТБ данными и отправка их курьером. Скорость передачи данных ОЧЕНЬ высока (более 2000 МБ / с, учитывая, что вы можете отправить 24 ТБ за 24 часа). Задержка также очень высока (24 часа). У Dialup гораздо меньшая задержка, чем у этого, но потребовались бы годы, чтобы отправить 24TB через dialup.

Это не очень хорошая идея, чтобы напрямую приравнять их. Если вам конкретно требуется более низкая задержка, вам следует спросить об этом конкретно, а не покупать по пропускной способности.

Tridus
источник
+1 за цитирование Таненбаума, даже если, может быть, вы не знаете об этом :-)
Массимо
0

Единственное реальное решение для увеличения вашей задержки - это сократить количество прыжков между двумя хостами, о которых идет речь.

Если вы достаточно крупный корпоративный клиент, вы должны иметь возможность начать диалог со своими поставщиками телекоммуникационных услуг с обеих сторон о выборе более короткого (возможно, более дорогого) IP-маршрута между двумя сайтами.

Joel
источник
4
Количество прыжков не обязательно означает что-либо. Я бы предпочел использовать путь с 30 переходами, который проходит исключительно через оптоволокно, а затем путь с 5 переходами, который имеет спутниковую связь.
Вим Керхофф
0

Вы сделали много постинга без сбора фактов. Лучше всего попытаться определить источник высокой задержки: с чего она начинается? Тогда вы можете попытаться ответить на вопрос: как мне это исправить?

Запустите traceroute или, что еще лучше, mtr (mytraceroute). Если вы используете Windows, вы можете использовать winmtr. PingPlotter также является хорошим инструментом для этого.

Найдите, где начинается ваша высокая задержка, затем постарайтесь ее исправить. Использование большей пропускной способности для вашей проблемы - не ответ.

laebshade
источник
0

Большая пропускная способность мало поможет, если объемные данные не заглушают интерактивные данные. Если бы обе стороны использовали оптоволокно вместо xDSL / Cable / Wireless, вы могли бы побриться на 20-80 мс на своем RTT.

Выполните тест ping, используя pingtest.net, чтобы определить качество каждой ссылки. Задержка важна, но / jitter / также может иметь огромное значение. Я бы предпочел иметь более медленное (3 Мбит / с) соединение без джиттера, чем более быстрое (например, 15 Мбит / с) соединение с джиттером.

Для соединений TCP (например, SSH, telnet и т. Д.) Может помочь некоторая настройка TCP.

Вы также можете посмотреть на использование ускорителя TCP; Есть коммерческие, но Pepsal уже может изменить ситуацию.

Вим Керхофф
источник
0

Возможно, ваши брандмауэры / маршрутизаторы являются проблемой ...

Единственный способ ДЕЙСТВИТЕЛЬНО сказать, где происходит разбивка, - выполнить трассировку, как было указано выше,

user87037
источник
0

Есть много разных ответов на этот вопрос, и правильный ответ (на мой взгляд) «Это зависит».

Неважно, если у вас есть соединение со скоростью 1 Гбит / с, если оно насыщено. TCP (и другие протоколы) полагаются на проверки передачи, которые в 99% случаев не имеют правильного приоритета с QoS или подобными технологиями.

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

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

pauska
источник
-1

Да, но не намного.

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

Другой возможной причиной задержки являются беспроводные передачи, почти каждая форма беспроводного доступа с множественным доступом будет сильно влиять на задержку, будь то обычная домашняя беспроводная связь или мобильная беспроводная связь, поскольку беспроводная карта должна ждать, пока все не закончат передачу данных, прежде чем она сможет отправить свои собственные данные. Чем больше пользователей передают данные по беспроводной системе, тем медленнее скорость и задержка (опять-таки, ненамного, в основном из-за ожидания отправки сообщения)

Фактор номер один - это время, которое пакет данных будет тратить на сортировку в маршрутизаторах и другой инфраструктуре глобальной сети.

Теоретическое минимальное время, которое требуется пакету данных для перемещения по всему миру, составляет около 70 мс, то есть когда пакет движется со скоростью света.

Поспрашивайте и выясните, не испытывают ли другие люди на более быстрых соединениях и других интернет-провайдеров такую ​​же задержку, вполне возможно, это вызвано провайдером или соединением, но очень маловероятно.

Silverfire
источник
Короткий ответ: да, это снизит время ожидания, но не так сильно.
Серебряный огонь
-2

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

Это правда, что наличие большей полосы пропускания не обязательно означает наличие меньших задержек, и это не обязательно означает наличие таких же или более высоких задержек.

Мы должны помнить, что это зависит от инфраструктуры, которая состоит из сетевых устройств и физических носителей на пути от нашего хоста к месту назначения.

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

И в духе различных примеров, которые были приведены здесь, да - лучше взять грузовик с 20 дисками одинаковой вместимости, чем взять тот же грузовик только с 1 из этих 20 дисков. Однако - как насчет веса диска? Больше дисков означает больше топлива и медленное ускорение. Но что, если я поменяю двигатель грузовика?

Итак, вкратце - пропускная способность и задержка разные, но не полностью несвязанные.

Оз Эдри
источник