@ProCxx - страница 1399 - Telegram web archive

Anatoly

Нене, код на разных языках. Это какраз основная задача

тогда бери какой-нибудь message broker

Vladimir

COM бери

А ком я слышал, что ругали, вообще вроде должен подойти под описания

Vladimir

Спасибо за инфу пойду гуглить

Anatoly

а у тебя генерогенная среда или все будет на одном компе?

🦥Alex Fails

его ругали за избыточность и сложность апи

Vladimir

а у тебя генерогенная среда или все будет на одном компе?

Один

🦥Alex Fails

Спасибо за инфу пойду гуглить

тут книга была, ищи по тегу #book

Anatoly

Один

а синхронизироваться надо между несколькими процессами, написанными на разных языках?

Vladimir

Да

Anatoly

protobuf

Vladimir

Точнее даже не так

Vladimir

Есть один основной поток, запускает дочерний

Vladimir

Процесс*

Vladimir

Пока дочерний выполняется, родительский спит

Vladimir

Но дочерних может сделать вызов в родительский и запросить инфу

Anatoly

блин, видишь сколько деталей, а то опять бы x-y проблему решали

Vladimir

Нужно чтоб этот процесс вызовов был быстр

Vladimir

блин, видишь сколько деталей, а то опять бы x-y проблему решали

Ну я ж описал это как длл, ибо это самое близкое )

Vladimir

В данном случае только изоляция появляется

🦥Alex Fails

ну, это и есть #xyproblem

Vladimir

Окей, понял

Anatoly

Но дочерних может сделать вызов в родительский и запросить инфу

под windows у тебя несколько возможностей для interprocess communication: - com - pipe - socket

Vladimir

Под линуксом, есть варианты?

Anatoly

раз порождаемые процессы написаны на разных языках самый универсальный socket. в родительском стартует сервер и ждет на определенном порту. дочерние знают этот порт и открывают соединение с localhost

Vladimir

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

Anatoly

а протокол обмена можно сгенерить на базе protocol buffers: https://developers.google.com/protocol-buffers/

Vladimir

Пока по вашим описаниям составил список, спасибо

Vladimir

Ну протобуф же только для сериализации

Vladimir

Меня скорее обмен интересует

Anatoly

да, но это немало в разноязыковой среде

Anatoly

зачем тратить время на рутину, если можно сгенерировать по высокоруровнему описанию код для сериализации под почти любой язык

Vladimir

Я понимаю) Спасибо) Просто в данном случае хотелось бы именно тэги по которым я б нашел существующие решения "примерно" в этот лес

Vladimir

зачем тратить время на рутину, если можно сгенерировать по высокоруровнему описанию код для сериализации под почти любой язык

Тут чисто академическая цель, посмотреть насколько большой будет оверхед таких вызовов. Как одно из решений которое вижу это общий буфер через разделяемую память через, с синхронизацией через спинлоки

Anatoly

Тут чисто академическая цель, посмотреть насколько большой будет оверхед таких вызовов. Как одно из решений которое вижу это общий буфер через разделяемую память через, с синхронизацией через спинлоки

а объем обмена большой?

Vladimir

а объем обмена большой?

Единоразовый - не очень. Но количество таких обменов большое

Vladimir

Считай что родитель предоставляет целую экосистему и вся работа м внешним миром происходит через него

Anatoly

в любом случае, выбор будет продиктован языковыми средствами, которые используются для написания дочерних процессов.

Anatoly

и на сколько ты хочешь получить кроссплатформенное решение

Anatoly

если бы мы говорили исключительно о С++, то решение надо было бы искать в использовании Boost.Interprocess http://www.boost.org/doc/libs/1_65_0/doc/html/interprocess.html

Vladimir

Спасибо гляну в сорцы