Термин
CUBIC
Давний алгоритм управления перегрузкой TCP по умолчанию, стандартизированный в RFC 8312 (февраль 2018). Основан на потерях: увеличивает окно перегрузки по кубической кривой и уменьшает его в 0,7 раза при обнаружении потери (то есть не вдвое, а примерно на 30%).
CUBIC был разработан в 2005 году Sangtae Ha и Injong Rhee для повышения производительности TCP на высокоскоростных каналах с большим RTT. Вместо классического линейного роста AIMD он использует кубическую функцию времени с момента последнего события перегрузки: сначала – агрессивный рост, затем – замедление по мере приближения к предыдущей пропускной способности. При потере данных окно уменьшается в 0.7 раза (что мягче классического 0.5), после чего кубическая кривая запускается заново. В результате достигается быстрое восстановление на «длинных жирных трубах» и приемлемая справедливость по отношению к более старым версиям TCP.
CUBIC стал алгоритмом по умолчанию в Linux в 2007 году и де-факто индустриальным стандартом управления перегрузками в TCP. Windows, macOS и iOS внедрили CUBIC к 2013 году. Большинство CDN-серверов в 2026 году по-прежнему используют CUBIC для обычного HTTP-трафика. Его слабость – bufferbloat: CUBIC продолжает наращивать скорость, пока не столкнётся с потерей пакетов, и на каналах с большими буферами успевает заполнить их полностью, прежде чем обнаружит перегрузку, что добавляет сотни миллисекунд задержки в очереди.
Для стриминга CUBIC – хороший выбор по умолчанию при VOD по фиксированному ШПД. В live-трансляциях и при низкой задержке его всё чаще вытесняют алгоритмы BBR на стороне сервера, особенно на CDN-оригинале и edge-серверах, обслуживающих сотовые сети. Выбор остаётся незаметным для зрителя; различия видны только на дашбордах CDN и в результатах синтетических тестов.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.