Работает! Спасибо DHIRAJ KATEKAR
db.xads.aggregate([
{
$match:{"status":1}
},
{
$lookup: {
from: 'xaditems',
localField: '_id',
foreignField: 'masterId',
as: 'xadItems'
},
}
]);
Все это зависит от Вашей архитектуры. Вы намереваетесь обмениваться сообщениями через основную плату к другим узлам в кластере, или это все в единственном узле, но в различных адресных пространствах?
Если последний, то как сказанный carson: man mq_overview
.
Если первый, то выглядите первыми своему встроенному поставщику Linux. Многие поставщики обеспечат своего рода распределенную библиотеку обмена сообщениями. Сбой этого, смотрите на 0MQ или библиотеку MPICH2 MPI.
Обновление: Я должен добавить также, что так большая часть моего прошлого года была проведена, пишущий просто такой API для платформы распределенной обработки, и я могу сказать Вам, что совместимость POSIX стоит сохранить. Используйте очередь сообщений POSIX если вообще возможный.
Это походит на хорошее использование для очередей сообщений POSIX или SYSV. Они могут удовлетворить все потребности, которые Вы перечислили. POSIX является более новым, таким образом, они не будут соответствовать требованиям Ядра, но SYSV находится в более старых Ядрах.
Если Вы имеете в виду IPC, сокет хорошо работает для uclinux.
Существует D-шина. Это работает в пространстве пользователя. Это обычно требует демона хотя (но возможно у Вас могли просто быть процессы конкретно, соединяются друг с другом вместо того, чтобы пройти центрального демона).