>Еще пример:
> - машина с несколькими сетевыми адаптерами, работающая как аршрутизатор/firewall;
> - сетевые потоки, полностью забивающие процессор и шину;
>Результат для *BSD: из-за обработки сетевых пакетов на уровне обработки прерываний все
>остальные процессы отдыхают, система управления маршрутизатором практически не доступна.
>Результат для QNX (аналогично и для других микроядерных систем): повышаю приоритет просесса
>управления выше сетевого менеджера и все работает.
>
>Architecture, Architecture, Architecture... фантазии, фантазии, фантазии...
Очевидно, пример нужно понимать так:
- есть комп/роутер, загруженный по самое немогу.
Значит, мы говорим примерно о 300-500 целероне с пятеркой соток, находящимся в досе.
Очевидно, что это общажная сетка, где железо собиралось с миру по крохе и ставили чего было возможно - bsd/linux. Иначе бы:
- в мало-мальской фирме это был бы обычное железо, но в пару гиг частотой. И никакой траффик из этих "нескольких адаптеров" не отправят в дос этого монстра (для роутинга - это реальный монстр). И проблемы нет.
- в крупно-мальской :) конторе, где роутинг это не два сегмента для кваки, - уже не будет обычных компов на критически важных каналах - разговор об осях смещаеться в сторону IOS (а реально - в сторону железа). Менее критические точки роутинга - см. пункт 1
Итого: общага, сеть. Кое-как, оно роутит, пускай и плохо управляеццо. Зачем сверх (кое-как все-таки будет можно) управляемость настроенным (траффик то валит!) общажным (!!) роутером? Т.е. более-менее всего хватает.
И тут приходите Вы со словами "я вам все поправлю".
Первое что должны сделать студенты - скинуццо на QNX... ну, надеюсь, уже смешно ;)
В вашем примере не учтена цена Вашего решения. Очевидно, что за лицензию на QNX можно прикупить 2 гига частоты и забыть о перегрузке шины/проца ;)