MMU - сильно ли надо? Опции

[Dimchansky]

Люди добрые,

подскажите, насколько нужен MMU, если хотелось бы писать программу на нормальном C++ (не EC++) и использовать простые выделения памяти типа new delete?

[aaarrr]

Совершенно не нужен, если не планируется использовать Linux или WinCE.

[Dimchansky]

Совершенно не нужен, если не планируется использовать Linux или WinCE.

Linux, WinCE не нужен.
Т.е., если будет подключена внешняя SDRAM, к примеру, то я смогу спокойно писать на С++ что-то типа:
TMyArray* arr = new TMyArray(1000);
...
delete arr;
и всё будет спокойно выделяться во внешней памяти и освобождаться (при соответствующих настройках проекта)?

[zltigo]

Т.е., если будет подключена внешняя SDRAM, к примеру, то я смогу спокойно писать на С++ что-то типа:
TMyArray* arr = new TMyArray(1000);
...
delete arr;
и всё будет спокойно выделяться во внешней памяти и освобождаться (при соответствующих настройках проекта)?

Только учтите, что это 'счастье' до поры до времени, ведь никто не будет дефрагментировать память после Ваших фокусов с new/delete, да и сам new будет в случае нехватки памяти ждать ее до опупения....

[makc]

Только учтите, что это 'счастье' до поры до времени, ведь никто не будет дефрагментировать память после Ваших фокусов с new/delete, да и сам new будет в случае нехватки памяти ждать ее до опупения....

Если мне не изменяет память, то new/delete работают через стандартные аллокаторы, которые основаны на вызовах malloc/free, т.е. фрагментация памяти будет зависеть от того, как эти функции реализованы в стандартной библиотеке. Ну или на худой конец можно будет просто написать свои аллокаторы.

[zltigo]

Если мне не изменяет память, то new/delete работают через стандартные аллокаторы, которые основаны на вызовах malloc/free

Несомнено и с точки зрения дефрагментации использование malloc не лучше.
А вот то, что из new не предусмотрен возврат в случае отсутствия памяти, это дополнительный
прикол :-)

Ну или на худой конец можно будет просто написать свои аллокаторы.

Слишком мало смайликов на мой взгляд добавлено....
И как быть в этом случае с бесполезностью MMU???

[makc]

Ну или на худой конец можно будет просто написать свои аллокаторы.

Слишком мало смайликов на мой взгляд добавлено....
И как быть в этом случае с бесполезностью MMU???

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

[Dimchansky]

MMU в этом случае может очень даже пригодиться, если хочется сделать "дефрагментации" малой кровью.

А как будет в этом случае выглядет дефрагментация?

[makc]

MMU в этом случае может очень даже пригодиться, если хочется сделать "дефрагментации" малой кровью.

А как будет в этом случае выглядет дефрагментация?

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

[Dimchansky]

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

Т.е., в приципе, можно и не производить дефрагментацию?

[makc]

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

Т.е., в приципе, можно и не производить дефрагментацию?

В принципе да, но многое будет зависеть от особенностей MMU.