|
ru.algorithms
- RU.ALGORITHMS ----------------------------------------------------------------
From : Vitaly Polikarpov 2:461/132 29 Apr 2003 20:19:00
To : Alexey Krasnov
Subject : Re: Журналирование
--------------------------------------------------------------------------------
28 Apr 03 17:27, Roman Pokrovskij -> Alexey Krasnov:
>> Встала задача сохранения информации в ОЗУ с батарейным питанием,
>> подключенного к однокристалке, не защищенной от долговременных
>> провалов питания.
Вопрос, скорее, для ru.embedded, но краем и эхотаг задевает.
>> 1. Обеспечение устойчивости к ненадежной батарейной поддержке ОЗУ.
Для логинга, а, если необходимо, и сохранения контекста задачи удобней
использовать энергонезависимую память, используя ОЗУ лишь при обработке и
буферировании потока.
>> 2. Обеспечение устойчивости к просечкам питания однокристаллки.
Валидность питания отслеживается хардверно супервизором, а минимального
накопления энергии/быстродействие обычно достаточно при сохранении
критичных для восстановления контекста задачи данных.
>> Со вторым все значительно сложнее. Допустимо потерять последний
>> записанный блок, откатившись к предыдущему, не нарушив логической
>> структуры очереди (сохранив предыдущие значения указателей на голову и
>> хвост).
>> Hутром чую, что здесь необходимо вести журналирование
>> выполняемых операций, но никак не могу сообразить, как сделать это
>> устойчивым к перезагрузкам.
Hе раскладывая схемотехнические "грабли", и обрабатывая события,
связанные с питанием.
RP> Я не знаком со спецификой однокристалок, поэтому будет инересно
услышать,
RP> почему нельзя обратиться к опыту DBMS?
Общей спецификой MCU обычно является ограниченность ресурсов, а DBMS-ные
решения в чистом виде тяжеловесны, хотя их идеологию в отказоустойчивых
решениях и применяют.
Встраиваемые MCU нередко задействованны в системах управления (в тч и
реал-таймовых), и для них зачастую важны не только восстановление контекста
выч.процесса, но и компенсация отклонения состояния объекта управления от
заданного профиля за recovery time, c учетом предистории объекта, нередко
(например, для исключения потери управляемости объектом) по совершенно
иным критериям управления. В таких системах понятие "завершенной транзакции"
стоит относить к потоку управления, а не только восстановлению сабжа.
RP> Можно поискать в Интернете на тему Crash recovery.
RP> Алгоритм ARIES
Можно, но эти кейворды "в большом почете" совсем по другим темам ;)
RP> описан в книге Raghu Ramakrishnan/Johanes
RP> Gehrke "Database Management Systems " второе издание...
Vitaly Polikarpov, vitvp[эt]mail.ru
---
* Origin: INTELLECT group (2:461/132)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: Журналирование 