Нужен ХОРОШИЙ rpc для языка Си, есть ли решения?

Question

[Catmengi]

Подскажите хороший rpc для языка Си(буду ориентироваться при написание своего(люблю костыли)) Желательно чтобы он поддерживал передачу массивов как аргументов и возврат строк
Видел несколько решений на github но они не очень понравились(libsearpc, json-rpc). Свой планируб делать через libffi и кастомный текстовый протокол

Comments

[rPman]

понять бы еще, чем тебе существующие не понравились

тебе нужна именно сериализация данных или еще поверх нее чтобы была какая то инфраструктура наворочена?
например json-rpc, тут json это сериализация, а rpc это какраз инфраструктура и стандарты

[Catmengi]

Мне нужен вызов функции и поддержка массивов в аргументах,+ мне нужен образец для реализации своего

Answer 1

[Василий Банников]

grpc? https://stackoverflow.com/questions/50953651/how-t...

Comments

[Catmengi]

Желательно чтобы он был нативен, где не будет уберток над классами

[Василий Банников]

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

[Василий Банников]

Catmengi,

Свой планируб делать через libffi и кастомный текстовый протокол

Кстати, это похоже буквально на HTTP

[Catmengi]

А что насчет массивов? Есть ли реализации rpc в который функция может возвращать массив и его содержимое если функция вернула указатель или как я думаю это технически почти не возможно(говорим про Си), без функции обертки. Я знаю как можно передать массив как аргумент(void*)(нужно передать размер и сам массив в виде HEX) и как вернуть строку.

[mayton2019]

Catmengi, как только массив примитивов покидает границы платформы (x86, Itanium, ARM)
у тебя появляется вопрос "endiannes", тоесть в каком порядке байты хранятся в машинном слове.

Стандарт С обходит этот вопрос стороной. Он - как-бы отдает это на откуп нижнему уровню
и ты должен заранее гарантировать что клиент и сервер будут не просто написаны на "C" но
и также будут иметь одинаковую архитектуру железа и порядка байтов в машинном слове.

Иначе RPC не сработает.

[Василий Банников]

Catmengi, ну тут тебе нужно в заранее предопределённом формате передавать.
Ну тоесть выравнивание, endianess, размеры структур, порядок полей на всех платформах должно быть одинаковым, ну либо сериализация должна быть текстовая (типа json)

Ну а в том что обычно в си принято отдельно передавать длину массива и указатель на него - это не проблема. Будет у тебя структура-обёртка с длиной и указателем.

[Catmengi]

Василий Банников, выходит что универсального решения для такой проблемы нет для функций не задуманых для работы с rpc? Вот что я придумал:
Не возвращать void* и другие. указатели, и не использовать void** для возврата указатель в аргумент.
Писать автогенератор оберток Аля как в grpc.
Писать костыль для получение размера из другого аргумента, до или после исполнения(int*)

[Василий Банников]

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

[Catmengi]

Василий Банников, наверно пока что для меня это самый удобный вариант. Размер выводного массива можно брать из аргумента или статически при вызове или после исполнения при помощи указателя определенного размера, допустим 8 байтового int

[Catmengi]

Василий Банников выходит лучшим решением являются кастомные типы и обертки либо же автоматическая генерация этих оберток?

[Василий Банников]

Catmengi, имхо - да

[Catmengi]

Василий Банников, придумал подобнвую структуру, но у нее будет некоторый overhead, достаточно большой, но она будет использоваться только при сериализации, десертлизации массива:

struct arr_el{
   struct arr_el *next,*prev,*child,*parent;
   void* data; //if end node
   ssize_t datalen;
};

Answer 2

[mayton2019]

Посмотри еще в Apache Thrift. Это не совсем RPC. Это скорее стандарт на универсальный
обмен информацией между разными языками и платформами. Но у него в качестве
примеров есть клиент-сервер на сокетах.

На нем также описан стандарт файлового формата Parquet для bigdata.

https://thrift.apache.org/