Сейчас стоит ферма PPPoE-серверов на FreeBSD 7.2 с последними багфиксами.
Шейпинг от dummynet, nat от pf.
Есть ли смысл переходить на BSD8?
Какой прирост производительности кто получить от восьмерки и при каких параметрах?
Есть какие-нибудь грабли, которые никак не исправят?
Спасибо.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1. Новые драйвера для сетевых карточек
2. Переработанный dummynet (см. шедулер)
3. Куча исправлений/улучшений в подсистеме netgraph (они присутствуют дажк в 7-STABLE)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ну, вот куски из release notes:
The FreeBSD netisr framework has been reimplemented for parallel threading support. This is a kernel network dispatch interface which allows device drivers (and other packet sources) to direct packets to protocols for directly dispatched or deferred processing. The new implementation supports up to one netisr thread per CPU, and several benchmarks on SMP machines show substantial performance improvement over the previous version.
An infrastructure for caching flows as a means of accelerating L2 and L3 lookups has been added. This is called “flow table” and enabled by default on amd64 and i386 platforms. This also provides stateful load balancing when used with RADIX_MPATH
The FreeBSD L2 address translation table has been reimplemented to reduce lock contention on parallel processing and simplify the routing logic. The new implementation has L2 address translation tables for both ARP (for IPv4) and NDP (for IPv6) which are separated from the L3 routing tables, and supports flow table caches for both the routing table and the L2 information. One of the user-visible changes is that a concept of cloned route (a route generated by an entry with RTF_CLONING flag) is deprecated. This means routing flags RTF_CLONING, RTF_WASCLONE, and RTF_LLINFO are obsolete.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Bump shed buckets to 1024 (was 0) - это недавно поломали dummynet.
Вроде бы пару месяцев назад все еще работало нормально.
IMHO, в марте была самая нормальная версия фри. Потому как после много чего поломали. Вчера только наткнулся на грабли работы с памятью. Бинарник, работающий на восмерке от 4 марта, отказался запускаться на 8-PRERELEASE
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Добрый день.
Сейчас стоит ферма PPPoE-серверов на FreeBSD 7.2 с последними багфиксами.
Шейпинг от dummynet, nat от pf.
Есть ли смысл переходить на BSD8?
Какой прирост производительности кто получить от восьмерки и при каких параметрах?
Есть какие-нибудь грабли, которые никак не исправят?
Спасибо.
1. Новые драйвера для сетевых карточек
2. Переработанный dummynet (см. шедулер)
3. Куча исправлений/улучшений в подсистеме netgraph (они присутствуют дажк в 7-STABLE)
Ясно. Спасибо.
Может есть какие-нибудь цифры конкретные? Интересно, насколько производительней восьмерка
Ну, вот куски из release notes:
The FreeBSD netisr framework has been reimplemented for parallel threading support. This is a kernel network dispatch interface which allows device drivers (and other packet sources) to direct packets to protocols for directly dispatched or deferred processing. The new implementation supports up to one netisr thread per CPU, and several benchmarks on SMP machines show substantial performance improvement over the previous version.
An infrastructure for caching flows as a means of accelerating L2 and L3 lookups has been added. This is called “flow table” and enabled by default on amd64 and i386 platforms. This also provides stateful load balancing when used with RADIX_MPATH
The FreeBSD L2 address translation table has been reimplemented to reduce lock contention on parallel processing and simplify the routing logic. The new implementation has L2 address translation tables for both ARP (for IPv4) and NDP (for IPv6) which are separated from the L3 routing tables, and supports flow table caches for both the routing table and the L2 information. One of the user-visible changes is that a concept of cloned route (a route generated by an entry with RTF_CLONING flag) is deprecated. This means routing flags RTF_CLONING, RTF_WASCLONE, and RTF_LLINFO are obsolete.
Где-то читал, что
лучше вырубить в ядре. Мол из-за этого система нестабильной становится.
Это так?
И я имел ввиду конкретные цифры (объемы траффика на NAS сервере).
Спасибо.
В 8-STABLE уже пофиксили проблему с FLOWTABLE
Конкретнее о цифрах - смотри мои посты (обрати внимание на дату):
https://sourceforge.net/projects/mpd/forums/forum/44693/topic/3475026
Поставил 8.0
cvsupнул до 8-STABLE, получил 8.1-PRERELEASE
MPD5 поработал 2 дня нормально. Потом в /var/log/messages начало появлятся
Потом 100% камня съел flowcleaner и у mpd в top state flowcl.
Видимо не пофиксили проблему с FLOWTABLE.
советую уйти от pf - он во фре однопоточный/однокамменый, в версиях от 6.0 до 7.0 из-за него испытывал странные эффекты…
А что использовать? Все остальное на libalias живет и хоть и многопоточное, но тупое и медленное..
+ pf тут ничего не решает.
У меня везде на серверах он используется - жалоб нет.
Bump shed buckets to 1024 (was 0) - это недавно поломали dummynet.
Вроде бы пару месяцев назад все еще работало нормально.
IMHO, в марте была самая нормальная версия фри. Потому как после много чего поломали. Вчера только наткнулся на грабли работы с памятью. Бинарник, работающий на восмерке от 4 марта, отказался запускаться на 8-PRERELEASE