The OpenNET Project / Index page

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



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

Оглавление

Для Linux предложен механизм верификации корректности работы ядра, opennews (?), 07-Авг-22, (0) [смотреть все]

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


106. "Для Linux предложен механизм верификации корректности работы..."  +/
Сообщение от Аноним (-), 09-Авг-22, 06:04 
> А смысл в этом Runtime Verification?

Обнаружение некорректной работы системы в сюжетно интересных точках и довольно быстро.

> Упало ядро в панику в рантайме - значит всё плохо, вот вам и вся верификация.

Кроме этого есть вариант работать некорректно. Т.е. в случае каких-то сбоев, допустим, разрушения состояния RAM по той или иной причине (логической или физической) система может что-то делать, но совсем не так как было задумано.

Как простой пример, система может, например, повиснуть. Это и не паника, и не работа в задуманном виде. На этот случай в критичных системах есть вачдог. Но возможны и более сложные варианты, когда система как живая, но делает что-то явно не то. В этот момент ее глюкание лучше срубить: при панике это так или иначе будет подхвачено чем-то еще или просто failsafe, а если оно будет глюкать, оно может довольно долго и успешно ломать дров. А вот этого никому не надо. Это хозяйство рядом с RT_LINUX патчами продвигается, и интересно примерно тем же кому и эти патчи. Ну да, не вебмакакам и хомячкам на десктопе, и чего? Там и у RT_LINUX довольно странные требования при билдовке есть :)

> Если бы было можно взять и запилить эталонную модель, превратить ядро в детерминированную
> машину состояний, то это бы сделали, скомпилировали и получили идеальное ядро,
> но это слишком сложная задача, потому что ну нельзя для монолитного
> ядра предсказать все возможные состояния и переходы между ними.

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

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

123. "Для Linux предложен механизм верификации корректности работы..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 09-Авг-22, 11:31 
Для решения подобных проблем давно придумали assert и неотключаемый assert, не нужно городить дополнительные костыли сбоку много сложнее этих assert-ов.
Ответить | Правка | Наверх | Cообщить модератору

140. "Для Linux предложен механизм верификации корректности работы..."  +/
Сообщение от Аноним (-), 10-Авг-22, 05:08 
> Для решения подобных проблем давно придумали assert и неотключаемый assert, не нужно
> городить дополнительные костыли сбоку много сложнее этих assert-ов.

И как assert поможет от допустим DMA перезаписавнего блок памяти с переменными вон той программе? Assert вообще понятия не имел что в фоне кто-то еще что-то с памятью делал, он это просто не видел. Аналогично - с большей частью иных причин разрушения памяти, программных, аппаратных и программно-аппаратных.

Сразу видно почему вебмакаки и хомяки не должны проектировать высоконадежные системы. Они в этом ничерта не смыслят.

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

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

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




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

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