Исходное сообщение
"В ядре Linux выявлены эксплуатируемые уязвимости в POSIX CPU..." Отправлено Аноним, 11-Авг-22 12:32
> Но стоп. Главное в ядре которое само по себе ничего не может будет меньше проблем. Ага. А локализация проблемы при ошибке? В монолите драйвер какой-нибудь звкуковухи, USB или вайфая (не важно, какой-нибудь относительно некритичный для системы в целом), особенно редкого железа, из-за ошибки полез не в свою память, переписал структуры драйвера файловой системы, блочных устройств или какой-нибудь подсистемы безопасности или менеджера памяти, те в свою очередь еще успели поработать по рандомным данным, наворотили что-то страшное и только потом всё это навернулось медным тазом. В микроядре же - такой драйвер USB "полез не в свою память" (т.е. по несуществующему адресу, он же как обычный процесс в своей выделенной памяти работает) - сразу же аппаратное исключение, микроядро и дальше уже как настроено будет или как требуется по логике - просто снос процесса драйвера или перезапуск, если допустимо (драйвер усб или звуковухи часто обычно не так чтобы очень важны и критичны). Ну конечно если драйвер супер-дупер важный и перезапуск ничего не решает, то тогда только перезапуск всей системы. Устойчивость системы выше, конечно всё это за счет производительности (переключений контекстов задач значительно больше). Компромиссы и кому что важнее.

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