The OpenNET Project / Index page

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



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

Оглавление

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

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


46. "Для Linux предложен механизм верификации корректности работы..."  –1 +/
Сообщение от torvn77 (ok), 08-Авг-22, 01:10 
>Проверка производится во время выполнения через прикрепление обработчиков к точкам трассировки ...

Я так скрипта на bash отлаживаю (echo point_name)

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

110. "Для Linux предложен механизм верификации корректности работы..."  +/
Сообщение от Аноним (-), 09-Авг-22, 06:36 
> Я так скрипта на bash отлаживаю (echo point_name)

Он тоже изобрел "дебажный printf". Хоть и хреновый. Но валидация поведения тут где? :)

ps немного доразвитый "дебажный printf" имеет в реалтаймных системах свой пойнт, время же нельзя на паузу поставить, а вот такой flow околореалтаймно скидывать можно и относительно неинтрузивно, если понимая что делаешь.

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

126. "Для Linux предложен механизм верификации корректности работы..."  +1 +/
Сообщение от torvn77 (ok), 09-Авг-22, 14:04 
>> Я так скрипта на bash отлаживаю (echo point_name)
>Но валидация поведения тут где? :)

Помимо этого я ещё вставляю  
echo env_name=$env_name

И вот так и идёт трек работы скрипта.  
Автоматической валидации у меня конечно нет, смотрю глазами и обдумываю мозгами.

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

152. "Для Linux предложен механизм верификации корректности работы..."  +/
Сообщение от Аноним (-), 11-Авг-22, 01:16 
Я в фирмварях использую что-то отдаленно напоминающее сабжевую идею. Там где функции опасные, есть дополнительные "check values" маркированые volatile (чтобы оптимизер не выпилил) и код проверяет почему он вообще здесь. Если ему не нравится повод по которому его вызвали - немедленная маркировка системы как "неисправной" и далее recovery/failsafe.

Разумеется я не придумал этот фокус, базовый control flow enforce из safety guidelines. Шелскриптам столько не надо как правило: если что-то оформлено шелскриптом, надежностью заведомо не парились т.к. там много чего может пойти не так.

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

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

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




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

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