[bitbucket]

А в качестве работы например распараллеливание pf nat

В 8.0 это уже решено.

[photon]

Fine grained locking имеющегося кода -- задача нетривиальная, студенту не потянуть. Тема должна выбираться исходя из собственных возможностей (знания языков программирования и подсистем тех или иных ОС). Спросом у провайдеров пользовался бы классификатор трафика для ALTQ на основе таблиц pf, работающий аналогично pipe tablearg, но на базе классовой дисциплины (CBQ или HFSC). Или вариант для Linux -- target-модуль iptables, делающий классификацию или маркировку трафика по таблицам ipset. Еще было бы неплохо иметь модуль Perl для управления линуксовой сетевой подсистемой без tc и прочего, напрямую через Netlink.

Изменено 1 января, 2010 пользователем photon

[ingress]

Fine grained locking имеющегося кода -- задача нетривиальная, студенту не потянуть. Тема должна выбираться исходя из собственных возможностей (знания языков программирования и подсистем тех или иных ОС). Спросом у провайдеров пользовался бы классификатор трафика для ALTQ на основе таблиц pf, работающий аналогично pipe tablearg, но на базе классовой дисциплины (CBQ или HFSC). Или вариант для Linux -- target-модуль iptables, делающий классификацию или маркировку трафика по таблицам ipset.

лучше нормальный smp-aware pf

а то жрёт-с одно ядро.

[photon]

лучше нормальный smp-aware pf

а то жрёт-с одно ядро.

Mission impossible. Зачем поручать одному студенту то, за что не берется вся команда разработчиков OpenBSD?

Изменено 1 января, 2010 пользователем photon

[ingress]

лучше нормальный smp-aware pf

а то жрёт-с одно ядро.

Mission impossible. Зачем поручать одному студенту то, за что не берется вся команда разработчиков OpenBSD?

ну это я так, мысли в слух :)

[photon]

В 8.0 это уже решено.

Откуда такие сведения? Судя по http://www.freebsd.org/smp/#subsystems работа по fine-grained locking в pf еще не начата. В 8.0, насколько я понимаю, можно лишь насоздавать jail-ов, запускать там отдельные экземпляры pf и распределять нагрузку между ними с помощью CARP.

[bitbucket]

Судя по http://www.freebsd.org/smp/#subsystems работа по fine-grained locking в pf еще не начата.

This web page is largely historical, and is not up-to-date with respect to the completion status of items in the task list, etc.

Как там дела с pf я очень подробно не смотрел (так как не используется), но распараллеливание/раскидывание нагрузки сетевого стека по процессорам в 8.0 как раз сделано (при незначительном допиливании ядра): чем больше голов - тем больше тазик жует. Да, некоторые проблемы до сих пор есть, даже в stable, надеюсь их исправят довольно скоро.

[boykov]

* в общем и целом...

господа, а когда вы последний раз видели работающий (или хотя бы продуманный как рабочий) диплом, не говоря уже о курсовом? Что вы на стУдентов кидаетесь то? pf им переписать, ага.

 

Последний (не)рабочий диплом я видел уже прошлой весной (2009 в смысле), про управление осветителями и нагревателями при выращивании помидоров. Выложив на предзащите про то, что, собственно, управления там нет, навел дипломника на мысль, и он таки узнал про ПЛК и успел таки выйти на уровень "рабочий" к защите. А за лето довел до состояния "работающий". И это единственный толковый технический диплом за последние десять лет. Автор знает специфику произрастания.

 

ЗЫ. Покуришав сежих (декабрьских) помидор чуть не пропустил НГ. Аппарат таки работает.

 

PPS Кстати, топикстартер: по причине небогатости страны в последнее время, рекомендую ткнуться на IT и сети промплощадок -- от кипа и скад до организации надежных каналов ПД. Это если под боком есть такое: возьмут в практиканты, помогут с курсачом, а там -- глядишь и страна подыматься начнет. Телефония опять же...

Изменено 3 января, 2010 пользователем boykov