From 694c084f1738b3b7739858bc39bf945778c7d176 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Wed, 28 Jan 2026 21:09:50 +0300 Subject: [PATCH] =?utf8?q?=D0=9F=D0=BE=D0=BF=D1=80=D0=BE=D0=B1=D0=BE=D0=B2?= =?utf8?q?=D0=B0=D0=BB=20TCP=20RACK?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit https://freebsdfoundation.org/our-work/journal/browser-based-edition/networking-10th-anniversary/rack-and-alternate-tcp-stacks-for-freebsd/ https://klarasystems.com/articles/using-the-freebsd-rack-tcp-stack/ Не раз слышал про TCP RACK, видел и знал о его существовании в FreeBSD, ибо он один из трёх TCP стэков доступных. Кроме него ещё BBR реализован в виде отдельного стэка. Не нашёл в блоге упоминаний что его тестировал. Похоже что нет. Уж не помню почему. В рассылках видел желание сделать его по умолчанию в новых версиях ОС. Кто-то говорил что скорость для одного единственного соединения будет хуже, но типа он заточен под множество параллельных. Решил банальным iperf3 проверить. И... все 10Gbps что в одну, что в другую, что в обе стороны (параллельно). На одном TCP соединении. На обычном родном стэке: всё было существенно хуже и без нескольких TCP сложно выжать 10GbE. При этом никакие ipfw не отключал, вообще ничего не трогал и не tune-ил. Я даже ожидал что всё будет совсем плохо, ибо у меня ну очень не свежая версия FreeBSD везде. А он показывает значительно лучшие результаты даже для банального одного TCP соединения. Здорово! А ведь именно на нём и раздают больше половины трафика в США: tcp_rack реализовали Netflix. -- 2.52.0