The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Итоги встречи разработчиков OpenBSD в Словении: nginx займет..."
Отправлено PereresusNeVlezaetBuggy, 26-Сен-11 21:18 
>>> Если даже реализованное нигде толком не описано, тогда к чему
>>> весь этот 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 (не часть базовой системы, но всё же), думаю, всё ещё запустить что-то мирное вполне можно, поэкспериментировать.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру