в Linux требуется организовать межпроцессное взаимодействие по типу кольцевого буфера:
1) один процесс пишет в кольцевой буфер медиа-данные (по сути, кадры)
2) множество процессоров читает эти данные из кольцевого буфера. Каджый процесс читает данные независимо от других, то есть у каждого свой текущий кадр.
3) Если какой-то процесс не успел прочитать кадр, то он перезаписывается. Следующий кадр, который получит процесс, должен быть последним ключевым, который еще не перезаписал writer.
4) (Пока не обязательно, можно принебречь) Если процесс захватил кадр, то есть область в кольцевом буфере, она не может быть перезаписана, пока он не вернет её.

Подскажите способ IPC в линуксе, который больше подходит под такую задачу? размер буфера порядка 2-3 мегабайт, линукс embedded, то есть всего свободной памяти порядка 10 мегабайт.

в Linux требуется организовать межпроцессное взаимодействие по типу кольцевого буфера:
1) один процесс пишет в кольцевой буфер медиа-данные (по сути, кадры)
2) множество процессоров читает эти данные из кольцевого буфера. Каджый процесс читает данные независимо от других, то есть у каждого свой текущий кадр.
3) Если какой-то процесс не успел прочитать кадр, то он перезаписывается. Следующий кадр, который получит процесс, должен быть последним ключевым, который еще не перезаписал writer.
4) (Пока не обязательно, можно принебречь) Если процесс захватил кадр, то есть область в кольцевом буфере, она не может быть перезаписана, пока он не вернет её.

Подскажите способ IPC в линуксе, который больше подходит под такую задачу? размер буфера порядка 2-3 мегабайт, линукс embedded, то есть всего свободной памяти порядка 10 мегабайт.

Если ембедед, то объявляй в начале вопроса большими буквами старость компелятора и версию стандарта.

c++11, gcc 4.8.3

c++11, gcc 4.8.3

в Linux требуется организовать межпроцессное взаимодействие по типу кольцевого буфера:
1) один процесс пишет в кольцевой буфер медиа-данные (по сути, кадры)
2) множество процессоров читает эти данные из кольцевого буфера. Каджый процесс читает данные независимо от других, то есть у каждого свой текущий кадр.
3) Если какой-то процесс не успел прочитать кадр, то он перезаписывается. Следующий кадр, который получит процесс, должен быть последним ключевым, который еще не перезаписал writer.
4) (Пока не обязательно, можно принебречь) Если процесс захватил кадр, то есть область в кольцевом буфере, она не может быть перезаписана, пока он не вернет её.

Подскажите способ IPC в линуксе, который больше подходит под такую задачу? размер буфера порядка 2-3 мегабайт, линукс embedded, то есть всего свободной памяти порядка 10 мегабайт.

Знаю, что ребята на вроде @zamazan4ik сразу набегут, и забанят: чисто из личной неприязни. И все же... Почему нельзя делиться интересным вопросом. Хотя тут, наверное, ответ знают все.

соболезную

а в новых версиях есть что-то подходящее для этого? Если есть, то добавлю в копилку причин смены SDK

большинство библиотек, за которыми я слежу, уже задепрекейтили поддержку C++11 и требуют минимум C++14

Тут cpr собрался переключаться на с++17, например