Исходное сообщение
"Проект Genode опубликовал выпуск ОС общего назначения Sculpt..." Отправлено Аноним, 29-Мрт-21 10:54
> А "практические" сбои драйверов обычно выглядят не так как себе эти господа вообразили. И наивный рестарт процесса все может только усугубить или вызвать data loss Смотря какая железка, какая подсистема. Тот же вифи или усб - пусть ребутятся. Если в монолитном ядре в результате выхода за границы буфера драйвер вифи отвалится и за собой ядро в кернел-паник потянет (вместе с несохраненными данными той же ФС/hdd) - это значительно хуже, чем просто ребутнуть этот драйвер и получить сбой всего в паре приложений. Помнится, лет 15-17 назад на одном линуховом серваке вертелся пул из нескольких софт-USB-модемов и несколько других подсистем (мыло и т.п.). В течение не очень длительного периода времени эти модемы один за другим зависали. Ресетить их было нельзя - выгрузка/загрузка модуля ядра или простое физическое выдергивание из USB тут же вызывало крах ядра. Обычно ждали до последнего модема, когда клиенты уже начинали жаловаться, что не могут соединиться, тогда ребутили сервак. Вот микроядерность и безопасный (для ядра) перезапуск драйвера тут бы очень пригодился. Наверное перезапуск драйвера сетевухи тоже бы был бы полезен. Да и многих других драйверов - мало ли - у меня GPU будет установлен на серваке для расчетов - я бы не хотел, чтобы при сбое в драйвере GPU у меня падал сервак (не дай бог с порчей файловой системы), а так - перезапустил GPU, перезапустил программу расчета. Надо просто разделять драйвера на "важные/ критические" (и тогда кернел-паник, останов всей системы) и "неважные/узкоспециализированные" (залоггировали, перезапустили и погнали дальше).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> А "практические" сбои драйверов обычно выглядят не так как себе эти господа вообразили. И наивный рестарт процесса все может только усугубить или вызвать data loss > Смотря какая железка, какая подсистема. Тот же вифи или усб - пусть > ребутятся. Если в монолитном ядре в результате выхода за границы буфера > драйвер вифи отвалится и за собой ядро в кернел-паник потянет (вместе > с несохраненными данными той же ФС/hdd) - это значительно хуже, чем > просто ребутнуть этот драйвер и получить сбой всего в паре приложений. > Помнится, лет 15-17 назад на одном линуховом серваке вертелся пул из > нескольких софт-USB-модемов и несколько других подсистем (мыло и т.п.). В течение > не очень длительного периода времени эти модемы один за другим зависали. > Ресетить их было нельзя - выгрузка/загрузка модуля ядра или простое физическое > выдергивание из USB тут же вызывало крах ядра. Обычно ждали до > последнего модема, когда клиенты уже начинали жаловаться, что не могут соединиться, > тогда ребутили сервак. Вот микроядерность и безопасный (для ядра) перезапуск драйвера > тут бы очень пригодился. Наверное перезапуск драйвера сетевухи тоже бы был > бы полезен. Да и многих других драйверов - мало ли - > у меня GPU будет установлен на серваке для расчетов - я > бы не хотел, чтобы при сбое в драйвере GPU у меня > падал сервак (не дай бог с порчей файловой системы), а так > - перезапустил GPU, перезапустил программу расчета. Надо просто разделять драйвера на > "важные/ критические" (и тогда кернел-паник, останов всей системы) и "неважные/узкоспециализированные" > (залоггировали, перезапустили и погнали дальше).
	Введите код, изображенный на картинке: