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

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

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

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

Въпроса

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

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

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

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

Отговорът

Сътрудникът на SuperUser cybernard има отговорът за нас:

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

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

Източник: Комбиниран TCP подход за високоскоростни и дълги разстояния [Microsoft]

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

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