Чому деякі підключення до завантаження домінують над іншими?
Якщо ви часто завантажуєте декілька елементів одночасно, то, ймовірно, ви помітили, що одне з'єднання для завантаження має тенденцію домінувати над іншими, поки воно не закінчиться. Чому так? Сьогоднішня стаття SuperUser Q&A має відповідь на запитання цікавого читача.
Сьогоднішня сесія запитань та відповідей приходить до нас люб'язно SuperUser - підрозділ Stack Exchange, групування веб-сайтів із запитаннями та відповідями на рівні спільноти..
Фото надане Армандо Сотока (Flickr).
Питання
Читач SuperUser Keltari хоче знати, чому деякі завантажувальні (мережеві) з'єднання домінують над іншими:
У мене є свої підозри щодо того, чому, але я хочу, щоб хтось з більш сильним фоном в мережах пояснив.
Чому при завантаженні з декількох (різних) розташувань певні з'єднання насичують пропускну здатність, залишаючи інші з'єднання майже неактивними, поки не завершиться домінуюче з'єднання?
Чому деякі завантажувальні (мережеві) з'єднання домінують над іншими?
Відповідь
Співробітник SuperUser cybernard має відповідь для нас:
Як правило, виграє швидке з'єднання. Однак, перед Windows 7, мережа була безлад, і продуктивність була жахливою навколо. Спроба отримати більше 20 Мб / с з Windows XP, наприклад? Удачі вам у цьому.
- Стандартний алгоритм запобігання перевантаженням TCP використовує схему адитивного збільшення та мультиплікативного зменшення (AIMD). Коли не виявлено втрати пакетів (за допомогою трьох дублюючих-ACK або тайм-ауту повторної передачі), вікно перевантаження (cwnd) збільшується на один максимальний розмір сегмента (MSS) кожного RTT. В іншому випадку, якщо виявлено втрату пакетів, відправник TCP зменшиться на половину. У мережі з високою швидкістю і довгою затримкою, це вимагає дуже великого вікна, наприклад, тисячі пакетів, щоб повністю використати ємність посилання. Таким чином, знадобиться стандартний протокол TCP багато RTT, щоб відновити швидкість відправлення при одному випадку втрати. Більше того, тепер відомо, що середнє вікно перевантаження TCP обернено пропорційно квадратному кореню від швидкості втрати пакетів.
Джерело: Додатковий підхід TCP для високошвидкісних і міжміських мереж [Microsoft]
Більш швидке з'єднання має більш успішні пакети, тому його cwnd / MSS збільшується, і він отримує ще більше загального з'єднання.
Маєте щось додати до пояснення? Звучить в коментарях. Хочете прочитати більше відповідей від інших технологічних користувачів Stack Exchange? Перегляньте повний потік обговорення тут.
