>>> Если даже реализованное нигде толком не описано, тогда к чему
>>> весь этот proactive бред? Ради чего производительность на SMP
>>> машинах принесена в жертву?
>> SMP ни при чём. Почему документации нет, я тоже не понимаю.
> В OpenBSD сознательно забили на проблему giant lock и производительности на SMP
> якобы в пользу безопасности.

o_O Надёжности - да (что, в принципе, конечно, отчасти связано с безопасностью). Сырое решение никто выкатывать не будет, а сил разработчиков не настолько много, чтобы всё и сразу.

Вообще параллелизация работы включает в себя:

- Параллельную работу userland-кода - это главное и это есть;
- Параллельную работу с ядром из нескольких процессов - мешает giant lock;
- Параллельную работу ядра с устройствами, в частности, распределение сетевого стека по разным процессорам - ядро движется к fine-grained locking, но пока что не более того;
- Существование потоков выполнения внутри процесса как самостоятельных единиц, способных выполняться на разных процессорах одновременно - есть librthread как альтернатива дефолтной libpthread: пока ещё не вылизано, но при желании можно экспериментировать; у меня с ней, например, не завёлся VLC, а вот некая задача с интенсивным I/O и потоками в Perl отрабатывала на ура.

> И вот мне непонятно, ради чего конкретно. Перерезус что-то молчит.

Ради всего остального. :-P На проблемы эти не забили, решают как могут, стараясь не испортить своими наработками что-то ещё. Помните, сколько вою было по выходу FreeBSD 5? Не хотелось бы повторить. :)

> Еще OpenBSD-шники волочат systrace, признанный дырявым by design.
> Видимо, ввиду особенностей реализации у них SMP, дыры подхода sysstrace не проявляются.

Проявляются как у всех. Вы почитайте поподробнее об уязвимости, для её использования достаточно любых двух потоков выполнения в одном процессе, "честных" или нет.

> Ну или это просто чудовищный недосмотр.

systrace используется, например, при сборке пакетов. Чтобы отлавливать кривые конфигураторы-инсталляторы, лезущие за пределы рабочего каталога. Для тех, кто занимается портами, официальная рекомендация - использовать флаг USE_SYSTRACE=Yes в /etc/mk.conf.

Да и в sysjail (не часть базовой системы, но всё же), думаю, всё ещё запустить что-то мирное вполне можно, поэкспериментировать.