>Ничего они не значат, поскольку это только base system, а не порты. А, вы про порты, ну там не смотрел.
>>ng_vlan, и хоть QinQinQ.
>>Но тут уже железо не сможет такое обработать)
>
>Не знаю, при чем тут железо, но на Linux спокойно гонял QinQinQ
>через сеть, возникала необходимость.
Железо - я про свичи)
Я про то, что QinQ железо ещё может понять.
А вот, скажем, QinQinQinQ - врядли)
Но если смысл ускользнул, то прямо скажу: QinQ работает за счет ng_vlan.
>>Что, смущает, что под freebsd есть несколько пакетных фильтров? И это минус?)
>
>Смущает то, что все они недоделанные.
Вот здесь бы неплохо аргументировать.
Буду рад, если прямо про "все")
>>- natd в юзерленде;
>>- nat в pf;
>>- nat в ipfw;
>>- ng_nat в netgraph;
>
>Куда столько? Или просто разработчикам было заняться нечем? А NAT в юзерспейсе
>- это наверное вообще песня, особенно на гиге и более.
"Куда столько"? =)
Не вы ли говорили выше о малом объеме фич у фряхи?
Я так понимаю, теперь вы прониклись?)
Ну а в юзерспейсе никто не заставляет использовать.
А "на гиге и более" это уже подведение аргументации под нужные вам условия.
NAT на загруженном гигабитном канале - это само по себе интересно.
Но при желании и это возможно, если взять нормальную машинку и использовать нормальное ядро и нормальный нат.
>>>PPP и PPPoE в Kernel-Space?
>>А вот это гордость FreeBSD)
>>Mpd+netgraph - это просто конфетка.
>>Все в ядре, все с минимумом затрат.
>>Быстродействие и эффективность поражают.
>
>Ну и как? 600 мбит в обе стороны на среднем железе вместе
>с шейпингом в ~2000 юзерских полосок из этого хозяйства потянет? Кто
>тестировал - говорят, что нет.
"Абрам напел мне битлов по телефону - такая фигня")
Я не знаю, кто и как тестировал.
Если по нормальному сравнивать, то нужно брать машину, ставить на неё фряху, тюнить до упора, и смотреть на результат.
А потом ставить на ту же машину linux, тоже тюнить до упора, и опять смотреть на результат.
Хотя лично мне кажется, что при правильном тюнинге обе системы выйдут на более менее одинаковый уровень, близкий к аппаратным ограничениям самого железа.
И опять-же, вопрос был сначала "PPP и PPPoE в Kernel-Space?".
Ответ - да.
А теперь добавилось условий "на среднем железе", "вместе с шейпингом", "~2000 юзерских полосок".
Обычно так делают (добавляют условий), когда теряют уверенность в своей изначальной позиции.
Поэтому на этом спор мы закончим.
P.S.
Хороший спец по какой-то ОС может так использовать эту ОС, что её плюсы будут использоваться на всю катушку, а минусы просто будут так или иначе обходиться, или компенсироваться.
Это касается всех ОС, включая даже Windows.
Поэтому нет ничего удивительного, что спецы по FreeBSD могут делать с ней что угодно.
Вы решили, что она вам не подходит - это ваше решение.
Мы понимаем, что ваше решение не изменится, даже если мы укажем на возможности фряхи по всем указанным пунктам.