https://opennet.ru/openforum/vsluhforumID3/100354.html Доступен (http://genode.org/news/genode-os-framework-release-14.11) релиз открытой микроядерной операционной системы Genode OS Framework 14.11 (http://genode.org/documentation/release-notes/14.11), продолжающий реализацию плана (http://www.opennet.ru/opennews/art.shtml?num=32725) по превращению Genode в операционную систему общего назначения, которая может быть использована для выполнения повседневных задач. Для достижения данной цели в новом выпуске представлен беспроводной стек, созданный на основе портирования беспроводного стека для чипов Intel из ядра Linux. <br><br><br><br>Вторым важным улучшением стал новый планировщик задач для HW-ядра, позволяющий распределять ресурсы CPU для разных подсистем Genode при использовании без дополнительных прослоек на оборудовании. Из других изменений отмечается реализация новых компонентов GUI, улучшена совместимость с Qt5, обновление кода VirtualBox для работы с микроядром NOVA до версии 4.3.16, реализация новой системы динамического связывания, которая на 20% проще прошлой ре https://opennet.ru/openforum/vsluhforumID3/100354.html#60 Fri, 12 Dec 2014 15:08:19 GMT почему перестали Live-CD делать?<br> https://opennet.ru/openforum/vsluhforumID3/100354.html#59 Thu, 04 Dec 2014 14:44:43 GMT "Мы встроили операционную систему в твою операционную систему чтобы ты мог пользоваться операционной системой пока ты пользуешься операционной системой"<br> https://opennet.ru/openforum/vsluhforumID3/100354.html#58 Wed, 03 Dec 2014 08:22:59 GMT прежде, чем умничать, почитай, когда "непонятно" используется раздельно, а когда слитно.<br> https://opennet.ru/openforum/vsluhforumID3/100354.html#57 Tue, 02 Dec 2014 17:15:04 GMT <br>&gt; Ядро вместо проверок по ACL просто следит за действиями процесса -<br><br>В процессоре с одним ядром (ALU) в каждый момент времени может выполнятся одна операция. Или нет?<br> https://opennet.ru/openforum/vsluhforumID3/100354.html#56 Tue, 02 Dec 2014 12:19:48 GMT &gt; &gt; Ну а неудобны вообще пишется слитно и это вообще субъективная оценка зависящая от индивида. Вообщем вы совсем не инженер, зачем тут третесь, не понятно.<br><br>"Непонятно".<br>нутыпонел.<br> https://opennet.ru/openforum/vsluhforumID3/100354.html#55 Tue, 02 Dec 2014 05:59:51 GMT &gt;&gt;реализация новой системы динамического связывания, которая на 20% проще прошлой реализации <br>&gt; Интересно, а как они простоту реализации системы динамического связывания измеряли?<br><br>http://www.opennet.ru/openforum/vsluhforumID3/100354.html#48<br> https://opennet.ru/openforum/vsluhforumID3/100354.html#54 Tue, 02 Dec 2014 05:56:34 GMT &gt; Идея-то хороша, но как выяснить, является ли конкретное действие процесса "разрешённым" <br>&gt; без проверок при каждом действии? Да, оптимизации возможны, но есть предел, <br>&gt; за которым или скорость, или безопасность.<br><br>При КАЖДОМ действии проверки должны быть! :) Без проверок никак не обойтись если хотим построить безопасную систему. Но от модели безопасности зависит ОБЪЁМ проверок!<br><br>Класическая модель, где к каждому объекту прикрепляется список доступа и при каждом обращении к ниму производится проверка по этому списку доступа, для микроядер НЕ ПОДХОДИТ! Это надо понять, принять и начать искать ДРУГУЮ модель безопасности.<br><br>http://www.opennet.ru/openforum/vsluhforumID3/100354.html#53<br><br>Модель с полной рандимизацией памяти, стеков, процессов на уровне как самого ядра, так и приложений; плюс выделения памяти только rw или только rx (запрет исполнения изменяемых участков и запрет изменения исполняемых страниц памяти) - вполне может оказатся серебряной пулей для микроядер. Золотой серединой и сегодняшним мак https://opennet.ru/openforum/vsluhforumID3/100354.html#53 Tue, 02 Dec 2014 05:38:41 GMT &gt; Через сколько попыток 'процесс "не угадал"' мы приходим к максимуму?<br><br>Ядро вводит санкции при первой же неудачи.<br><br>&gt; И да, если программа "косячит" (читает или не дай Бог пишет не <br>&gt; там где надо), то переходящее красное знамя вручается Автору Программы (для <br>&gt; работы над ошибками ;) <br><br>Совершенно верно! В модели Posix ACL забыл програмист написать проверку длины.. переполнение буфера, и в следствии статического связывания выполнение произвольного кода :)<br>В описанной мною выше модели процессу (или даже пользователю) даётся ТОЛЬКО ОДНА попытка "угадать".. проверок по ACL нет, но всё рандомизировано ХОРОШИМ генератором случайных чисел, номера нитей потоков рандимизированы, содержание памяти рандомизировано! Ядро вместо проверок по ACL просто следит за действиями процесса - залез куда не надо (програмист забыл написать проверку и вследствии переполнения буфера произошла попытка записи исполняемого участка пямяти помеченого только для чтения) сразу как минимум ядро убивает процес, как максимум убивает все https://opennet.ru/openforum/vsluhforumID3/100354.html#52 Tue, 02 Dec 2014 05:20:31 GMT http://www.opennet.ru/openforum/vsluhforumID3/100354.html#51<br><br>В ядрах ОС разбираюсь достаточно. Основная проблема сегодняшних монолитных ядер - их проектирование на основе моделей конца 80 годов прошлого века. Тогда люди не учли необходимости в трёх очень нужных вещах:<br> 1. Многопроцесорность<br> 2. Виртуализация<br> 3. Кластер единого системного образа (SSI)<br>И сегодня в Linux, FreeBSD их реализация очень накладна и выглядит очень костильно!<br><br>Исправить сие в монолитных ядрах Linux, FreeBSD не возможно, надо придумывать новую мат модель и писать новое ядро лучше с нуля.. А для совместимости драйверов и приложений лучше, напервых порах, написать эмулятор Линукс API...<br>