|
ru.algorithms
- RU.ALGORITHMS ----------------------------------------------------------------
From : Vadim Melnikov 2:5025/17 05 May 2003 15:38:53
To : All
Subject : Re: =?KOI8-R?Q?=F6=D5=D2=CE=C1=CC=C9=D2=CF=D7=C1=CE=C9=C5?=
--------------------------------------------------------------------------------
.RFC-X-Complaints-To: news@news.relex.ru
.RFC-NNTP-Posting-Date: Mon, 5 May 2003 11:34:52 +0000 (UTC)
.RFC-X-Accept-Language: ru,en
From: Vadim Melnikov <vadim@relex.ru>
Привет !
[cut]
>>>Встала задача сохранения информации в ОЗУ с батарейным питанием,
>>>подключенного к однокристалке, не защищенной от долговременных
>>>провалов питания.
> RP> почему нельзя обратиться к опыту DBMS?
> Общей спецификой MCU обычно является ограниченность ресурсов, а DBMS-ные
> решения в чистом виде тяжеловесны, хотя их идеологию в отказоустойчивых
> решениях и применяют.
[cut]
Можно посмотреть
Jim Gray, Andreas Reuter. Transaction processing: consepts and
techniques. Morgan Kaufmann Publishers, Inc. 1993.-1072 p
это классика по отказоустойчивым системам и базам данных, в частности
Один из вариантов ( на мой взгляд самый простой для понимания и реализации )
_Последовательное_ сохранение двух копий состояний с инкрементным увеличением
номера
версии для каждой копии.
После сбой при рестарте читаем копии, _синхронизируем_ их по последней ( по
номеру версии ),
и продолжаем работу
--
Vadim Melnikov (vadim@relex.ru 7-(0732)-711-711)
ICQ 15260785
Relex Inc, Voronezh.
--- Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823
Netscape/7.0
* Origin: RELEX Inc. (2:5025/17@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
