Mieszanie w TCP na FreeBSD

Wspominałem kilka miesięcy temu o nowych algorytmach unikania natłoku w stosie TCP we FreeBSD. Niestety, informacje były wówczas szczątkowe. Dziś ukazał się post Summary of Five New TCP Congestion Control Algorithms Project rzucający nieco więcej światła na to rozwiązanie. Warto zwrócić uwagę, że jednym z produktów jest wprowadzenie frameworku Khelp/Hhook (którego innych zastosowań chwilowo nie widzę, ale na pewno ktoś coś fajnego wymyśli;)) i że istniejąca implementacja NewReno została wyniesiona do ładowalnego modułu na równi z nowymi.

Na marginesie, ukazały się także niedawno nowe wydania FreeBSD: 7.4 (legacy) i 8.2. Pojawił się np. moduł ng_patch(4), umożliwiający toporne modyfikowanie pakietów w locie (operacje arytmetyczne i bitowe). Inna ciekawostka to moduł siftr(4), zapisujący do pliku dane statystyczne o połączeniach TCP. Szkoda, że nie mam czasu przyjrzeć im się bliżej. :(

Co słychać we FreeBSD w 2010Q3?

Niedawno pojawił się kolejny FreeBSD Quarterly Status Report. Co tam ciekawego? A, to zależy, co dla kogo jest ciekawe. ;)

Ja zwracam uwagę np. na:

• postępy w projekcie Ringmap, o którym pisałem wcześniej
• postepy w migracji z GCC na CLANG, podobne ruchy można zresztą zaobserwować w Linuksie
• postępy w implementacji FreeBSD Services Control (fsc), odpowiednika Solaris Service Management Facility, Upstart itp. zamienników initd
• nowe moduły dla BSNMP (np. SNMPv3, WLAN)
• 5 nowych (w odniesieniu do New Reno) algorytmów unikania przeciążenia w TCP: CUBIC, HTCP, Vegas, HD and CHD (oparte o śledzenie opóźnień w transmisji, a nie tylko strat)
• framework Capsicum rozszerzający standardowe systemowe API o capabilities umożliwiające skuteczniejszy sanboxing aplikacji