Добрый день!

Интересует такой вопрос. Создается аппаратно-программная система для опроса датчиков и сохранения результатов на диск. Суммарный файл - большой (258 Мб). Доступ к частям файла - произвольный (по мере изменения положения датчиков данные закидываются в разные места, да плюс визуализация результатов). Задача - сохранить данные НАДЕЖНО.

Мне кажется, что лучше всего использовать технологию проекции файла в память. То бишь, 1) создать сразу весь файл, 2) позаботиться о его дефрагментации, 3) создать проекцию файла в память. Если файл только создан, то его надо "обнулить". Если же он уже был создан, то просто беру его начало в памяти и использую как адрес гигантского массива. Этим убивается заяц произвольного доступа.

А вот теперь вопрос о надежности. ИБП - это хорошо, но в теории, когда он есть и юзер не смолит при этом в сотне метров от компа. Посему мне кажется, что имеет смысл использовать NT версию с NTFS.

Время от времени надо данные скидывать на диск (Flush...() ). А вот если произошла такая ситуация:

1) пишем с адреса 100000h по 200000h - запустили функцию (не помню как ее там в WinAPI...), которая асинхронно скидывает буффер на диск.

2) БУКВАЛЬНО СРАЗУ (ну пусть там будет десяток мсек) пришли данные и я их закидываю по адресу 100001h.

3) ну и тоже очень быстро тухнет свет   . Будем считать, что буфер успел закинуться на диск.

Так вот, данные из п. 2) - они будут на диске или нет? По идее, нет?..



Это сообщение отредактировал(а) avnemchenko - 27.7.2009, 13:15

в момент когда железо обесточится данные потеряются. в это время данные могуз быть в ОЗУ, в кеше винча, в процессе записи из кеша винча на диск.
ставь бесперебойник, он не поможет от длительных выключений, зато даст почти 100% гарантию что те данные что есть - не пропадут.

Ну... Проблема все равно стоит - юзера рядом может не быть.

Кстати говоря, каким образом может прикладная программа опросить состояние бесперебойника? Или каким-то другим образом узнать, что пора ПИСАТЬ ВСЕ НА ДИСК    ?

при стандартном подсоединении бесперебойника к ОСи (шнурком данных я имею ввиду и установки софта от ИБП) - в ось прийдёт сигнальчик типа шутдаун. все программки его получат.

Так, что отгрузка программы будет корректной.

Прямой доступ к памяти не получится с очень большим объёмом файла. Там есть размер сегмента который отображается в память. делать его сверх большим - лишино особого смысла (если он не покрывает целяком сам файл). Так, что скидывать на диск потребуется и при перемапировании другого кусочка в память. Это раз.
 А два - можно предусмотреть сегмент восстановления. Т.е. при приходе данных (одним куском, длина которого = константа) пишим их сразу в этот сегмент, далее возвращаем управление вызывающей стороне. параллельный поток читает из сегмента, парсит, разбрасывает по адресам, сбрасывает сегмент восстановления. Понятное дело, что это простая модель. Надо организовать очередь таких сегментов и т.п.. Но поверьте мне - задача решаема 


удачи Вам
(круглый)