]> Sergey Matveev's repositories - stargrave-blog.git/commit
Попробовал TCP RACK
authorSergey Matveev <stargrave@stargrave.org>
Wed, 28 Jan 2026 18:09:50 +0000 (21:09 +0300)
committerSergey Matveev <stargrave@stargrave.org>
Wed, 28 Jan 2026 18:09:50 +0000 (21:09 +0300)
commit694c084f1738b3b7739858bc39bf945778c7d176
tree4b825dc642cb6eb9a060e54bf8d69288fbee4904
parent363c131466541beba7e768201bbcf9333b2cc8b5
Попробовал TCP RACK

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.