Google исправил ошибку, около 10 лет присутствующую в TCP-стеке Linux | автор: admin | 27 сентября 2015
Категория: GNU/Linux
Инженеры Google обнаружили и исправили десятилетнюю ошибку TCP-стека linux, снижающую эффективность передачи данных. Проблема выявляется в приложениях, в которых интенсивный трафик чередуется короткими приостановками передачи, такое поведение характерно для Web, особенно для потокового видео.
Ошибка присутствовала в реализации алгоритма контроля перегрузки Cubic, используемого по умолчанию во многих дистрибутивах GNU/linux. Проблема заключалась в неверной обработке состояния приостановки передачи данных приложением, что приводило к неверному трактованию параметров перегрузки (во время приостановки передачи информация о перегрузке не поступает, что воспринималось алгоритмом как незагруженность сети и возможность нарастить скорость передачи, хотя фактически полоса пропускания не изменилась). В итоге, когда приложение возобновляло передачу данных после паузы, отправка пакетов производилась слишком быстро, что не соответствовало реальной полосе пропускания и могло привести к потере пакетов и инициированию их повторной передачи, а как следствие потере скорости и задержкам в приложении.
http://www.opennet.ru/opennews/art.shtml?num=43047
Прочитано 19103 раз и оставлено 29 комментариев.
Инженеры Google обнаружили и исправили десятилетнюю ошибку TCP-стека linux, снижающую эффективность передачи данных. Проблема выявляется в приложениях, в которых интенсивный трафик чередуется короткими приостановками передачи, такое поведение характерно для Web, особенно для потокового видео.
Ошибка присутствовала в реализации алгоритма контроля перегрузки Cubic, используемого по умолчанию во многих дистрибутивах GNU/linux. Проблема заключалась в неверной обработке состояния приостановки передачи данных приложением, что приводило к неверному трактованию параметров перегрузки (во время приостановки передачи информация о перегрузке не поступает, что воспринималось алгоритмом как незагруженность сети и возможность нарастить скорость передачи, хотя фактически полоса пропускания не изменилась). В итоге, когда приложение возобновляло передачу данных после паузы, отправка пакетов производилась слишком быстро, что не соответствовало реальной полосе пропускания и могло привести к потере пакетов и инициированию их повторной передачи, а как следствие потере скорости и задержкам в приложении.
http://www.opennet.ru/opennews/art.shtml?num=43047
ВНИМАНИЕ !
Возможно что-то уже неактуально. Обращайте внимание на даты !
Эта статья опубликована 27 сентября 2015-го года !
Прочитано 19103 раз и оставлено 29 комментариев.
#1.дохтур