MMU - memory management unit. При чем здесь библиотека float?
Вообще, MMU может выступать как сопроцессор (такой у него может быть интерфейс). Но от этого ничего не меняется. Т.е. любая прикладная библиотека в лучшем случае использует функции динамического распределения памяти, например, malloc, который, в свою очередь, опирается на более низкоуровневую функцию sbrk, которая может использовать MMU, а может оставлять работу по управлению MMU операционной системе (как это сделано, например, в Линуксе).

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

а че он умеет делать?

Виртуальную память
Собсно дает возможность нормально аппартно разделять адресное пространство для задач и ОС.
Необходимое условие для запуска полноценной операционки.

Сообщение отредактировал beer_warrior - May 30 2006, 20:45

Виртуальная память это здорово, для тех кто многозадачные осы делает. Я бы поменял этот модуль еще на один такойже сопроцессор плавающей запятой, а лучше на два...и чтоб они сразу матрицы перемножать умели бы

На этот случай на шину процессора вешают ПЛИС, которая и занимается некоторыми ресурсоемкими задачами. В каком-то смысле, ПЛИС может выполнять функции сопроцессора.

Именно. Грубо - вопрос конфигурации проекта (проекта библиотеки) - также как использовать аппаратный умножитель или нет (MSP430), использовать второй DPTR(C51) или нет.
ИМХО, библиотеки для конкретной ОС затачиваются под неё и предполагают использование "стандартного" для этой ОС конфига, иное описывается. Без ОС - что хочу, то ворочу - если можно выполнить вычисления быстрее, разумно воспользоваться моментом