подмаунтить память

man mmap?

А зачем такого странного захотелось? Догадываюсь я, что на самом деле требуется какой-то вид IPC (шаренная память, или вообще семафор).

Byl kazhetsya modul kotoriy pozvolyal takie vesh delat .. no eto imho sovsem ne nuzhno :)

Посмотри доки про RAM-диски

Na pohozhe on hochet pryamo govorit na kakoi lineyniy adres on hochet ustanovit nachalo okna. Sovetuyu podumat horoshenko nado li tebe eto luchshe skazhi zachem tebe takaya hren mozhet est normalniy metod :)

Охота быстро передавать данные от одной проги к другой.Сокеты не подходят т.к. проги работают неодновременно, а именнованные каналы пишут на диск, внося задержку.

Во-первых именованные каналы НЕ пишут на диск ...
Когда FIFO открывается резервируется страница памяти и она
живет пока есть читатели-писатели.
На диске же только запись в директории, что дескать есть такой
FIFO.
Задержка же вызвана тем, что идет копирование данных из
user-space в kernel-space и обратно, ну и другие издержки системого вызова.
Второй вариант это - это shared memory ... что с ней то плохо.
Будучи созданная единожды потом живет долго, если явно не удалить.
Один создает и пишет чего, другой читает, хоть через год, если
Unix is up конечно все это время.
Ну и потом mmap ... тоже не вызывает никаких издержек.
mapitsya на страницу памяти в кеше страниц диска в ядре ...
если никто не swap эту страницу то тоже быстрее не придумаешь.
Можно mlock кусок памяти, чтобы от этого защитится.

Дык юзай shared memory. Это если задача того ДЕЙСТВИТЕЛЬНО требует. Если же обмен не шибко большими кусками идет - то лучше всего использовать какую-либо форму message passing, для масштабируемости.