Shura (27.05.2005 09:52, просмотров: 1) ответил back на Требуется память. Размер 2-8 Мегабайт. Побайтный доступ. Энергонезависимая. Интерфейс и скорость почти не волнуют. Возможно ли такое?-
- Событие происходит от раз в секунду до раз в 10 секунд. Чтоб переписать требуемое количество байт, нужно перегрузить блок в ОЗУ, модифицировать его, сбереть блок во флешь и снова записать. Но если объем данных изменился? Нужно дефрагментировать, а это уже back(32 знак., 27.05.2005 10:01,
)
- Это классическая задача сохранения-изменения кода карт в системе контроля доступа. При необходимой надёжности, вопрос стоимости не должен возникать. Если заказчика волнует стоимость - ставьте батарейку. Если надёжность - ставьте FRAM. XPA2(295 знак., 30.05.2005 11:47, )
- Блок имеет макс. размер или он может быть любым? - Shura(27.05.2005 10:03,
)
- Размер всего массива, который заносится однократно, примерно 2 Мбайта. Затем этот массив модифицируеться пачками в несколько байт. Причем размер свего массива может меняться. Флешь, мне как рас не нравиться именно из-за блочной структуры. - back(27.05.2005 10:09, )
- Я про "дефрагментацию" Shura(173 знак., 27.05.2005 10:11, )
- Сечас, так и сделано. Все куски приведены к максимальному, и пишется с избыточностью. Встает проблема поиска конкретного блока информации в массиве. А он может быть удален и его не должно присутствовать. Чтоб его удалить, блок нужно переписать. Вот здесь back(20 знак., 27.05.2005 10:16, )
- Фигня какая-то. Стираемый файл на винте вовсе не удаляется физически, тем более не переписывается при этом весь винт. Надо подумать о "файловой системе" - Shura(27.05.2005 10:19, )
- В принципе была такая мысль. Сделать таблицу в отдельной памяти. В которой лежат адреса на масив во флеши. И показывают какой условно говоря файл стерт, а какой нет. Но размер такой таблицы для мелких файлов не намного меньше основного хранилища. И к тому back(170 знак., 27.05.2005 10:27, )
- Может прозе тогда какую нить фаловую систему портировать ? - des00(27.05.2005 10:39, )
- Ответ: - des00(27.05.2005 10:39, )
- Может прозе тогда какую нить фаловую систему портировать ? - des00(27.05.2005 10:39,
- В принципе была такая мысль. Сделать таблицу в отдельной памяти. В которой лежат адреса на масив во флеши. И показывают какой условно говоря файл стерт, а какой нет. Но размер такой таблицы для мелких файлов не намного меньше основного хранилища. И к тому back(170 знак., 27.05.2005 10:27,
- Фигня какая-то. Стираемый файл на винте вовсе не удаляется физически, тем более не переписывается при этом весь винт. Надо подумать о "файловой системе" - Shura(27.05.2005 10:19,
- Сечас, так и сделано. Все куски приведены к максимальному, и пишется с избыточностью. Встает проблема поиска конкретного блока информации в массиве. А он может быть удален и его не должно присутствовать. Чтоб его удалить, блок нужно переписать. Вот здесь back(20 знак., 27.05.2005 10:16,
- Я про "дефрагментацию" Shura(173 знак., 27.05.2005 10:11,
- Размер всего массива, который заносится однократно, примерно 2 Мбайта. Затем этот массив модифицируеться пачками в несколько байт. Причем размер свего массива может меняться. Флешь, мне как рас не нравиться именно из-за блочной структуры. - back(27.05.2005 10:09,
- Это классическая задача сохранения-изменения кода карт в системе контроля доступа. При необходимой надёжности, вопрос стоимости не должен возникать. Если заказчика волнует стоимость - ставьте батарейку. Если надёжность - ставьте FRAM. XPA2(295 знак., 30.05.2005 11:47,
- Может он каждую секунду ее переписывает? - Crow(27.05.2005 09:55,
)
- Физически не получится её всю за секунду переписать, времянка не позволит :-) - Shura(27.05.2005 10:00, )
- Физически не получится её всю за секунду переписать, времянка не позволит :-) - Shura(27.05.2005 10:00,
- Событие происходит от раз в секунду до раз в 10 секунд. Чтоб переписать требуемое количество байт, нужно перегрузить блок в ОЗУ, модифицировать его, сбереть блок во флешь и снова записать. Но если объем данных изменился? Нужно дефрагментировать, а это уже back(32 знак., 27.05.2005 10:01,