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

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

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

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

Править

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

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

У меня есть точка для высказывания здесь связанный с ping.

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

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

Total delay = transmission delay + propagation delay + processing delay

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

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

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

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

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

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

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

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

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

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

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

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

Можно также посмотреть на использование акселератора TCP; существуют коммерческие, но pepsal уже может иметь значение.

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

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

Существует много различных ответов на этот вопрос, и корректный ответ (по-моему), "Он зависит".

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

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

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

Да, но не очень.

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

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

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

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

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

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

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

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

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

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

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