Скорость IPC и выдерживает сравнение
Я пытаюсь реализовать приложение реального времени, которое включает IPC через различные модули. Модули делают некоторую информационно емкую обработку. Я использую очередь сообщений в качестве магистрали (Activemq) для IPC в прототипе, который легок (рассмотрение, что я полностью новичок IPC), но это очень очень медленно.
Вот моя ситуация:
- Я изолировал часть IPC так, чтобы я мог изменить ее другие пути в будущем.
- У меня есть 3 недели для реализации другой более быстрой версии.; - (
- IPC должен быть быстр, но также и сравнительно легок взять
Я изучал различные подходы IPC: сокет, канал, общая память. Однако у меня нет опыта в IPC, и нет определенно никакого способа, которым я мог привести эту демонстрацию к сбою через 3 недели... С которого IPC будет безопасным способом запуститься?
Спасибо. Лилия
1 ответ
Сам столкнулся с подобным вопросом.
Мне помогли следующие страницы - Производительность IPC: Named Pipe vs Socket (в частности) и Sockets vs named pipes for local IPC on Windows?.
Похоже, что все сходятся во мнении, что общая память - это то, что нужно, если вы действительно озабочены производительностью, но если текущая система у вас - это очередь сообщений, то это может быть довольно... другая структура. Сокет и/или именованная труба могут быть проще в реализации, и если любой из них соответствует вашим требованиям, то вы закончили.