сокеты — RPC из кода C ++ в код Common Lisp

У меня есть две кодовые базы: одна написана на C ++, а другая на Common Lisp. В базе кода Lisp реализована определенная функциональность, к которой я хотел бы получить доступ из своего кода C ++. Я искал Интерфейсы внешних функций для вызова функций Lisp из C ++, но, похоже, не смог их найти (в основном я нашел FFI для другого направления). Поэтому я решил внедрить некоторую форму RPC, которая соответствует моим требованиям, а именно:

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

• входные данные из C ++ будут представлять собой список в стиле Lisp, который функция из кода Lisp будет принимать в качестве входных данных.

• этот вызов будет выполняться 1000 раз за выполнение кода, поэтому производительность на удаленный вызов имеет решающее значение.

До сих пор я узнал из различных ресурсов в сети, что возможные решения:

• Розетки — установить экземпляр кода на Лиспе, который будет прослушивать вызовы функций из кода C ++, запускать функцию для заданного ввода и возвращать результат в код C ++.

• XML-RPC — настроить сервер XML-RPC на стороне Lisp (это будет легко, поскольку я использую Allegro Common Lisp, который предоставляет API, поддерживающий XML-RPC), а затем использую одну из множества библиотек XML-RPC для C ++, чтобы сделать клиента боковой звонок.

Плюсы и минусы, которые я вижу с этими подходами, заключаются в следующем:

• Сокеты — это низкоуровневая конструкция, поэтому мне кажется, что мне нужно было бы выполнять большую часть управления соединениями, считывать и анализировать данные в сокетах и ​​т. Д. Самостоятельно.

• XML-RPC, кажется, намного лучше отвечает моим потребностям, но я читал, что это всегда использует HTTP, и нет возможности использовать доменные сокеты UNIX. Таким образом, кажется, что XML-RPC может быть излишним для того, что я имею в виду.

У кого-нибудь есть опыт в достижении подобной интеграции кодов? Существуют ли значительные различия в производительности между сокетами и XML-RPC для локального RPC? Любой совет, какой подход мог бы быть лучше, был бы чрезвычайно полезен. Кроме того, предложения по другой технике, чтобы сделать это, также будут оценены.

РЕДАКТИРОВАТЬ: Вот еще несколько деталей об общей функциональности. В коде Лиспа есть функция f (которая достаточно сложна, чтобы сделать повторную реализацию в C ++ чрезмерно дорогой). Он принимает в качестве входных данных два списка L1 и L2. Как я это представляю, так это:

• L1 и L2 построены на C ++ и отправлены на сторону Lisp и ждут результатов,
• f вызывается на стороне Lisp на входах L1 и L2 и возвращает результаты обратно на сторону C ++,
• сторона C ++ принимает результаты и продолжает вычисления.

Размеры L1 и L2 обычно невелики:

• L1 — это список, содержащий, как правило, 100 элементов, причем каждый элемент представляет собой список максимум из 3-4 атомов.

• L2 также список, содержащий < 10 элементов, каждый элемент из списка не более 3-4 атомов.

Таким образом, общий объем данных на RPC, вероятно, составляет строку 100 с / 1000 с байтов. Этот вызов выполняется в начале каждого цикла while в моем коде на C ++, поэтому сложно дать конкретные цифры о количестве вызовов в секунду. Но из моих экспериментов я могу сказать, что обычно это делается 10-100 раз в секунду. е это не численное вычисление: это символическое. Если вы знакомы с ИИ, по сути, он выполняет символическое объединение в логике первого порядка. Так что, это без побочных эффектов.