Memory Management в условиях дефицита RAM Опции

[RCray]

Есть дефицит RAM и в наличии большая внешняя последовательная FLASH.
Теоретически пользовательское приложение может затребовать массив данных или кусок кода, который в данный момент не помещается в RAM целиком. Напрашивается какой-то механизм загрузки-выгрузки подобных блоков.

Как в разных ОСях (в идеале embedded) организован механизм выполнения пользовательского приложения в таких условиях?
По каким ключевым словам искать механизмы в сети?

P.S. кстати FLASH NOR m25p32, т.е. в уже стёртый сектор можно записывать по 256 байт, но если значение нужно изменить, то необходимо стереть сначала весь сектор (64 кбайта).

P.S.S. И на сколько это оправдано при циклах перезаписи 100.000 (может более). Наверно использовать резервирование например половины FLASH'и и в случае появление bad-блоков уже работать с другой областью.

[sasamy]

Как в разных ОСях (в идеале embedded) организован механизм выполнения пользовательского приложения в таких условиях?

Execute in place (XIP) - но ограничено типом флеш, в Linux и вроде в хBSD можно в RAM огранизовать область запись/чтение из которой архивируется "налету" и используют в качестве свапа.

Сообщение отредактировал sasamy - Mar 22 2011, 12:23

[RCray]

Execute in place (XIP) - но ограничено типом флеш, в Linux и вроде в хBSD можно в RAM огранизовать область запись/чтение из которой архивируется "налету" и используют в качестве свапа.

Насколько эта система применима для NOR последовательных флеш (M25P32) с частотой доступа 25-50 Мбит и как происходит внедрение системы, нужен какой-то порт?

для начала стоит попробовать оптимизировать код для наименьших затрат памяти.

Использование flash , ИМХО, не оправдано , всё будет тормозить ужасно - лучше докупите памяти, по возможности

А пользовательских приложений у вас много работает или только одно ?

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

Первый пример, который приходит на ум - пользователь через GUI отключает интерфейсный модуль, который ему сейчас не нужен, например UART. И менеджер памяти выгружает программный код, данные, которые относятся к этому модулю, на FLASH. Тем самым освобождается память RAM.

Каждое приложение в моём понимании это поток, таких потоков порядка 10.