Исходное сообщение
"Новая версия пакетного фильтра для Linux - iptables 1.4.0" Отправлено nuclight, 30-Дек-07 22:18
>>> IP Tables _сильно_ хуже PF'а, но это из-за самой архитектуры IP Tables. >>> Слишком много точек входа в ядро, код перегружен и глючит. >> Самый ужас - это conntrack. Сам netfilter умеет скалиться на SMP, чего >> не умеет PF. > >    PF _отлично_ скалируется на SMP. Настолько отлично, насколько >отлично на SMP скалируется TCP/IP-стек вообще. С этим, правда, проблемы почти >везде. :( Но во FreeBSD уже давно есть netisr, где всё >хорошо. Пока речь не идёт о fragmentation/reassembly. :) Ой. Шо, таки уже убрали один глобальный лок на весь PF ? Пока что на тестах файрволовна6-ке ipfw опережал в скорости pf, в среднем раза в полтора.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>> IP Tables _сильно_ хуже PF'а, но это из-за самой архитектуры IP Tables. >>>> Слишком много точек входа в ядро, код перегружен и глючит. >>> Самый ужас - это conntrack. Сам netfilter умеет скалиться на SMP, чего >>> не умеет PF. >> >> PF _отлично_ скалируется на SMP. Настолько отлично, насколько >>отлично на SMP скалируется TCP/IP-стек вообще. С этим, правда, проблемы почти >>везде. :( Но во FreeBSD уже давно есть netisr, где всё >>хорошо. Пока речь не идёт о fragmentation/reassembly. :) > Ой. Шо, таки уже убрали один глобальный лок на весь PF ? > Пока что на тестах файрволовна6-ке ipfw опережал в скорости pf, в > среднем раза в полтора.
	Введите код, изображенный на картинке: