The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Второй релиз открытой ОС Brrelfish, разработанной сотрудника..., opennews (??), 12-Июл-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


51. "Второй релиз открытой ОС Barrelfish, разработанной сотрудник..."  +/
Сообщение от Аноним (-), 13-Июл-11, 19:27 
Основная проблема такой архитектуры, как тут уже было сказано, это безпасность.
В текущей реализации не исключен прирост производительности даже до 60% по отношению к примеру к линуксу, хотя это конечно зависит от конкретно задачи.

Суть такая - когда система представляет из себя множество объектов общающихся между собой посредством какого-либо интерфейса, то встает вопрос о проверки сообщений на соответствие спецификации интерфейса, в противном случае безопасность и стабильность работы не гарантируется.
На стадии начальной разработки ни стабильность ни безопасность не являются приоритетными, в особенности для этого проекта, имеющего статус исследовательского.
В реальности если готовить эту ось для промышленного использования, то придется перелопатить массу кода улучшая безопасность, что несомненно приведет к значительному падению производительности.

Все преимущества данной реализации на текущих x86* многопроцессорных системах выражается в повышении хит рейта кеша за счет локализации обрабатываемых данных.
Аналогичного результата можно достичь и на линуксе, всего-то навсего переписав шедулер, или локализовав выполнение основных процессов на нужных ядрах при помощи process/irq affinity.

Скорее всего данная ОС предназначена для сверх-многопроцессорных >12 систем рынок которых только начинает формироваться, не исключена также возможность использования в качестве фирмваре в видеокартах будущего.

Ответить | Правка | Наверх | Cообщить модератору

53. "Второй релиз открытой ОС Barrelfish, разработанной сотрудник..."  +/
Сообщение от cobold (ok), 13-Июл-11, 21:07 
У Амёбы насколько я знаю проблема заключалось в том, что не было проверки прав доступа процесса на объект - зная чужой дескриптор, можно было делать с ним что хочешь. Был алгоритм генерации хэша дескриптора, видимо против опечаток или тупого брутфорса, но безопасности это не помогало. Но это концептуальная ошибка только Амёбы, не думаю что в других системах это так уж сложно сделать. Опять же, смотря на какой рынок это всё ориентируется - если для кластера, как Амёба, на котором всякий люд работает, то нельзя такое ставить, а если для embedded, когда на одну железку (пусть даже с 1024 ядрами, у ibm такие есть) весь пользовательский софт от одного производителя ставится (типа firmware для одной задачи), то может быть даже и пошло бы.
Кстати, вот тут интересно: http://mobius.cs.uiuc.edu/~rcrepal2/barrelfish_lecture.pdf
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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