From d91ac00db5b43918ee469c5d7c5c63b6d8e47918 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Wed, 31 Aug 2022 13:50:28 +0300 Subject: [PATCH] =?utf8?q?CUBIC=20=D0=BE=D1=82=D1=81=D1=82=D0=BE=D0=B9=20?= =?utf8?q?=D0=BD=D0=B0=20=D0=BC=D0=BE=D0=B5=D0=B9=20FreeBSD?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit В f4856188ed790df92521db94edacf86c6184d57c упоминал что начал использовать CUBIC алгоритм управления перегрузкой TCP. Сегодня качал всякое с домашней системы по обычному голому IPv4 на рабочий компьютер за NAT-ом и заметил что через какое-то время скорость TCP-соединения (wget) падает даже до нуля. Перезапускаешь wget скачивание -- всё снова летает, а потом снова деградирует и падает. Переключившись назад на New Reno -- полнейшая стабильность, никаких падений скорости до нуля. Вообще всё выглядит так, что на CUBIC я буквально не в состоянии скачать что-то большое, тогда как на New Reno прекрасно работает. Но раз все используют CUBIC, то как же так выходит что у меня он почти неработоспособный на практике? Наверное в моей версии FreeBSD с ним всё плохо. Судя по https://freebsdfoundation.org/wp-content/uploads/2021/05/TCP-Cubic-is-Ready-to-Take-Flight.pdf в 13.0 версии сделано много улучшений в нём. -- 2.48.1