mayton1) Размер страницы? Везде-ли 4к?
2) Ограничения. Сколько можно выделить.
3) Реализации в Windows/Unix
4) Практическое применение кроме традиционного (загрузка кода). SQLite? Другие DBMS?
5) Бенчмарки. Оптимизации.


1) нет.
2) имхо упирается от процента свободной памяти на писюке... давно было дело - но около 70% кажется. это форточки. но окно делать большим - задач таких нема. везде до или после идёт фрагментация и её обработка.
3) ээээээ опыт по форточкам. в линуксе сильно не приходилось
4) а) свой движок объектной БД. б) логгирование. =анализ, поиск,фильтрация,само логирование. нужно логирование - запускается второй процесс. не нужен - не запускается. при этом тратиться в релизе только cakk/ret . Кстати говоря там stl - зло от слова совсем. Сплошной буффер, но хитро устроенный. Блокировка не на весь а только на управляющую инфу. Скорострельность самая шустрая выходит. в) предотвращение повторного запуска приложения(только если путь запуска совпадает)
5) уже выше отчасти сказал - правильный код по синхронизации, копированию и распределению данных в шаред-памяти.

удачи вам
(круглый)
ЗЫ
Тут прозвучали пайпы. Сразу предупреждаю об глюке который был на срез 2008 где то года в форточках. Как сейчас - хз, давно не проверял. Там есть один нюанс. Если пайпу планируется использовать как синхронизацию между асинхронными процессами - то там есть мёртвая зона при одновременном создании пайпы и ожидании её подъёма, когда она отвечает о создании ожидающей процессу, при этом она ещё не готова для прогона данных(будут потери). Проявляется при интенсивной нагрузке только, плавающая. Лечение - после установления физического контакта, прогнать логическую синхронизацию. От осей помойму не зависит (WIN32 имеется ввиду).