реклама на сайте
подробности
 
 Wiki Wiki  Photo Photo  Forum Forum  Reviews Reviews  Help (!) Help (!)
 
> Скоростной доступ к SRAM
vesago
сообщение Jan 17 2006, 13:12
Сообщение #1


Тутэйшы
****

Группа: Свой
Сообщений: 708
Регистрация: 30-11-04
Пользователь №: 1 263
Проектирую устройство на атмеге128 - контроллер доступа на 30000 пользователей. Требуется прицепить к ней 4 мегабайта рамы для хранения базы данных и журнала. База данных представляет разделы с однородной информацией - учетные записи, настройки. Хочу спросить совета как прицепить срам, чтоб доступ побыстрее был. Мне понравилась мысль через плис. Одой командой записи можно загрузить базовый адрес (по але 2 байта старших по вр младший), а далее по каждому обращению плис будет инкрементировать адрес. Или еще лучьше - пожертвовать несколькими ногами для загрузки предустановленного в плисине базового адреса. Или все это фигня и атмега на 16 мгц и без плисы - оперируя банками шустро будет с памятью работать. С памятью в основном надо будет поиск осуществлять. Мне важно, чтоб человек приложил ключ и система отработала не более чем за 1 сек.
Go to the top of the page
 
+Quote Post
 
 Start new topic
Ответов
AndyBig
сообщение Jan 18 2006, 21:06
Сообщение #2


Иногдящий
****

Группа: Свой
Сообщений: 691
Регистрация: 28-02-05
Пользователь №: 2 931
Цитата
Ведь каждый день можно работать (записывать) с новыми секторами

Может быть я что-то упускаю из виду, но никак не пойму - каким образом это будет осуществляться? smile.gif. Кратео описать основу работы с новыми секторами каждый день, скажем - получили ключ и полезли с ним в базу, там... и т.д.? smile.gif
Go to the top of the page
 
+Quote Post
defunct
сообщение Jan 19 2006, 07:43
Сообщение #3


кекс
******

Группа: Свой
Сообщений: 3 825
Регистрация: 17-12-05
Из: Киев
Пользователь №: 12 326
Цитата(AndyBig @ Jan 18 2006, 23:06) *
Цитата
Ведь каждый день можно работать (записывать) с новыми секторами

Может быть я что-то упускаю из виду, но никак не пойму - каким образом это будет осуществляться? smile.gif. Кратео описать основу работы с новыми секторами каждый день, скажем - получили ключ и полезли с ним в базу, там... и т.д.? smile.gif


Признаю, что упустил из виду модификацию и удаление записей. Но отпираться уже некуда, итого работать (записывать) всегода с новыми секторами можно так....

Ограничения:
Поскольку изначально планировалось работа с базой в ОП, то мной рассмотрен только случай когда все основные операции над базой select/update/insert/delete выполняются только над отображением базы в ОП, а задачей флеш-носителя будет только хранение базы. При такой постановке задачи возможны два варианта использования всегда "новых" секторов флеш носителя.

Реализация:
1. флеш хранилище организовать в виде линейного или кольцевого буфера в котором хранить данные инициализации и далее все действия произведенные над базой, соответственно "новые" записи просто добавлять в "новые" сектора. При старте устройства, все "непустые" сектора последовательно читать, и производить формирование базы в ОП (т.е. при каждом старте системы, выполнять все модификации всех полей с момента работы системы, получится "долгий старт").

2. Выполнять полное сохранение базы из оперативной памяти в новую область флеш, при этом в начале базы указывать сколько секторов она занимает. Т.о. естественным путем образуется цепочка схожая с MCB-DOS, и при старте очень легко можно будет найти и прочитать базу. флеш использовать лишь только для начальной загрузки данных в случае сброса(включения) устройства. (такой подход требует наличия аккумулятора в устройстве для аварийной записи базы на флеш носитель в случае отключение питания). Зато если сохранение базы выполнять 1 раз в день, то теоретически время работы флеша будет чутли не 100k * (Объем флеша / Объем базы) дней smile.gif. Наверное, придется выполнять еще и регенерацию флеш, раз в 30 лет. Хехе smile.gif

Оба варианта имеют жуткие минусы, но зато, надеюсь, отвечают на Ваш вопрос. smile.gif

PS: всерьез мой утренний маразм не воспринимать, хотя если кто хочет такое сделать - пожалуйста smile.gif
Go to the top of the page
 
+Quote Post

Сообщений в этой теме
- vesago   Скоростной доступ к SRAM   Jan 17 2006, 13:12
- - Rst7   Цитата(vesago @ Jan 17 2006, 15:12) Проек...   Jan 17 2006, 13:36
- - Evgeny_CD   Я прошу прощения, что лезу в чужой монастырь со св...   Jan 17 2006, 14:29
- - defunct   Цитата(vesago @ Jan 17 2006, 15:12) Проек...   Jan 17 2006, 16:03
- - vesago   Спаибо за ответы! Есть над чем подумать. Сегод...   Jan 17 2006, 22:06
|- - Evgeny_CD   Цитата(vesago @ Jan 18 2006, 01:06) ...Пр...   Jan 17 2006, 22:27
|- - defunct   Цитата(vesago @ Jan 18 2006, 00:06) Вся б...   Jan 17 2006, 22:37
|- - _artem_   Цитата(vesago @ Jan 18 2006, 00:06) Спаиб...   Jan 18 2006, 03:10
- - vesago   Кит к сожалению в данный момент не куплю. Буду сра...   Jan 17 2006, 23:04
|- - Evgeny_CD   Цитата(vesago @ Jan 18 2006, 02:04) ...Ки...   Jan 17 2006, 23:16
|- - defunct   Цитата(vesago @ Jan 18 2006, 01:04) Кит к...   Jan 18 2006, 00:29
- - AndyBig   ЦитатаВот тока может сложная неподъемно. Я сам пер...   Jan 18 2006, 09:58
- - vesago   Скинте, пожалуйста шаблончик проекта на vesago(at)...   Jan 18 2006, 12:49
- - AndyBig   Ок, сегодня или завтра (вечером) скину.   Jan 18 2006, 13:59
- - BVU   Мда,... диспут немного кривовато пошел, так что по...   Jan 18 2006, 15:26
- - AndyBig   ЦитатаSRAM на предельно допустимых скоростях будет...   Jan 18 2006, 15:57
- - vesago   Флэш боюсь долго не проживет. Надо журнал писать -...   Jan 18 2006, 16:26
|- - Evgeny_CD   Цитата(vesago @ Jan 18 2006, 19:26) Флэш ...   Jan 18 2006, 16:39
|- - _artem_   Цитата(vesago @ Jan 18 2006, 18:26) Флэш ...   Jan 18 2006, 21:50
- - AndyBig   ЦитатаБольшой кольцевой буфер. Если ему нужно ежед...   Jan 18 2006, 17:55
|- - Evgeny_CD   Цитата(AndyBig @ Jan 18 2006, 20:55) ...Н...   Jan 18 2006, 18:24
|- - defunct   Цитата(AndyBig @ Jan 18 2006, 19:55) К со...   Jan 18 2006, 18:46
|- - Evgeny_CD   Цитата(defunct @ Jan 18 2006, 21:46) Как ...   Jan 18 2006, 19:02
- - ASN   defunct Нормальное решение с ПЛИС. Нечто подобно...   Jan 19 2006, 06:44
|- - Evgeny_CD   Цитата(ASN @ Jan 19 2006, 09:44) ...З.З.З...   Jan 19 2006, 07:39
|- - defunct   Цитата(ASN @ Jan 19 2006, 08:44) defunct ...   Jan 19 2006, 07:59
- - vesago   Спасибо большое за советы. Много ценных идей - еще...   Jan 19 2006, 08:43
|- - defunct   Цитата(vesago @ Jan 19 2006, 10:43) Еще р...   Jan 19 2006, 09:07
- - vesago   Честно говоря мне надо, чтоб в апреле девайс уже ф...   Jan 19 2006, 09:31
|- - defunct   Цитата(vesago @ Jan 19 2006, 11:31) Честн...   Jan 19 2006, 09:45
- - vesago   Спасибо, сильно вы меня обнадежили. Весь инструмен...   Jan 19 2006, 10:10
- - AndyBig   ЦитатаРеализация: 1. флеш хранилище организовать в...   Jan 19 2006, 10:31
|- - iosifk   Цитата(AndyBig @ Jan 19 2006, 13:31) Я не...   Jan 19 2006, 11:10
|- - defunct   Цитата(AndyBig @ Jan 19 2006, 12:31) Дума...   Jan 20 2006, 09:08
- - Evgeny_CD   Еще один момент - поставьте на пиатние БОЛЬШОЙ кон...   Jan 19 2006, 10:51
- - vesago   Хочу еще пояснить - база будет во флеше храниться....   Jan 19 2006, 11:21
- - ASN   vesago Интересно моментом - это сколько времени дл...   Jan 19 2006, 11:29
- - vesago   Я посчитал - при 10мгц 1к в кэш будет сливаться за...   Jan 19 2006, 11:45
- - _artem_   Dlya poiska i vnesenija luchshe podoydet hash enco...   Jan 19 2006, 12:04
- - vesago   Спасибо, _artem_ фактически, если грамотно реализ...   Jan 19 2006, 12:31
- - _artem_   example implementation : http://burtleburtle.net/b...   Jan 19 2006, 12:53
- - AndyBig   ЦитатаЕсть плюсы и есть минусы и при использовании...   Jan 20 2006, 10:07

 

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 

RSS Текстовая версия Сейчас: 24th July 2025 - 00:03
Рейтинг@Mail.ru


Страница сгенерированна за 0.01443 секунд с 7
ELECTRONIX ©2004-2016