Защо някои връзки за изтегляне доминират други?

Ако често изтегляте няколко елемента едновременно, вероятно сте забелязали, че една връзка за изтегляне има тенденция да доминира над останалите, докато не приключи. Защо така? Днешната публикация за въпроси и отговори SuperUser има отговор на въпрос на любопитен читател.

Днешната сесия за въпроси и отговори идва при нас с любезното съдействие на SuperUser - подразделение на Stack Exchange, групирано от общността уеб сайтове за въпроси и отговори.

Снимката е предоставена от Армандо Сотока (Flickr).

Въпроса

Четецът на SuperUser Keltari иска да знае защо някои връзки за изтегляне (мрежа) доминират над другите:

Имам подозрения, защо, но искам някой с по-силен опит в работата в мрежа да обясни.

Защо при изтеглянето от няколко (различни) местоположения някои връзки насищат честотната лента, оставяйки останалите връзки почти бездействащи, докато доминиращата връзка не приключи?

Защо някои изтеглящи (мрежови) връзки доминират над другите?

Отговорът

Кибернарът на сътрудника на SuperUser има отговор за нас:

Обикновено най-бързата връзка печели. Въпреки това, преди Windows 7, работата в мрежа беше бъркотия и производителността беше ужасна навсякъде. Опитвате се да получите повече от 20mb / s от Windows XP, например? Късмет с това.

• Стандартният алгоритъм за избягване на претоварването на TCP използва схема на добавъчно увеличение и мултипликативно намаление (AIMD). Когато не е открита загуба на пакети (посредством три дублиращи се или прекъсвания), прозорецът на претоварване (cwnd) се увеличава с един максимален размер на сегмента (MSS) всеки RTT. В противен случай, ако бъде открита загуба на пакети, TCP подателят намалява cwnd наполовина. В мрежа с висока скорост и дълго забавяне, тя изисква много голям прозорец, напр. хиляди пакети, за да се използва пълноценно капацитета на връзката. Следователно стандартните TCP RTTs ще трябва да възстановят скоростта на изпращане при едно събитие на загуба. Освен това, сега е добре известно, че средният прозорец за претоварване на TCP е обратно пропорционален на квадратен корен от скоростта на загуба на пакети..

Източник: Подходящ TCP подход за високоскоростни и междуселищни мрежи [Microsoft]

По-бързата връзка има по-успешни пакети, поради което нейният cwnd / MSS се увеличава и получава още повече от общата връзка.

Имате ли какво да добавите към обяснението? Звучи в коментарите. Искате ли да прочетете повече отговори от други технологични потребители на Stack Exchange? Вижте пълната тема за дискусия тук.