Почему одни загрузочные подключения доминируют над другими?
Если вы часто загружаете несколько элементов одновременно, то вы, вероятно, заметили, что одно соединение для загрузки имеет тенденцию доминировать над другими, пока оно не будет завершено. Это почему? Сегодняшний пост SuperUser Q & A содержит ответ на любопытный вопрос читателя.
Сегодняшняя сессия вопросов и ответов пришла к нам благодаря SuperUser - подразделению Stack Exchange, группе веб-сайтов вопросов и ответов, управляемой сообществом..
Любезность фотографии Армандо Сотоки (Flickr).
Вопрос
Читатель SuperUser Келтари хочет знать, почему некоторые загрузочные (сетевые) соединения доминируют над другими:
У меня есть подозрения о том, почему, но я хочу, чтобы кто-то с большим опытом работы в сети объяснил.
Почему при загрузке из нескольких (разных) местоположений определенные соединения насыщают полосу пропускания, оставляя другие соединения почти незанятыми, пока не завершится доминирующее соединение?
Почему некоторые загрузочные (сетевые) соединения доминируют над другими?
Ответ
Участник SuperUser Cybernard имеет ответ для нас:
Как правило, выигрывает самое быстрое соединение. Однако до Windows 7 работа в сети была беспорядочной, а производительность была ужасной. Например, пытаетесь получить более 20 Мбит / с из Windows XP? Удачи с этим.
- Стандартный алгоритм предотвращения перегрузки TCP использует схему аддитивного увеличения и мультипликативного уменьшения (AIMD). Когда не обнаружено потери пакетов (посредством трех дублированных ACK или тайм-аута повторной передачи), окно перегрузки (cwnd) увеличивается на один максимальный размер сегмента (MSS) на каждый RTT. В противном случае, если обнаружена потеря пакета, отправитель TCP уменьшает cwnd наполовину. В высокоскоростной сети с большой задержкой требуется очень большое окно, например тысячи пакетов, чтобы полностью использовать емкость канала. Следовательно, стандартному TCP потребуется много RTT для восстановления скорости отправки после одного события потери. Кроме того, теперь хорошо известно, что среднее окно перегрузки TCP обратно пропорционально квадратному корню из скорости потери пакетов..
Источник: Комплексный подход TCP для высокоскоростных и междугородных сетей [Microsoft]
Более быстрое соединение имеет больше успешных пакетов, поэтому его cwnd / MSS увеличивается, и оно получает еще больше от общего соединения.
Есть что добавить к объяснению? Отключить звук в комментариях. Хотите узнать больше ответов от других технически подкованных пользователей Stack Exchange? Ознакомьтесь с полным обсуждением здесь.
