[r00ti]

#embedded #linux #programowanie #cpp #c

Elo Miruny,

Mam do zrobieni komunikację między dwoma procesami typu wysyłam "SET light 60" i powinienem otrzymać odpowiedz "OK" lub " FAIL". Co najlepiej zastosować? Myślałem o message queue (stworzyć dwie kolejki?). Czy dla takiego typu komunikacji lepiej skorzystać z innej opcji IPC (może pipy?)?

Niestety odpada opcja socketow.

[r00ti]

@grzegorz-sokol: d-bus wpadl mi do glowy, bo wlasnie korzystalem kiedys z ubusa na openWRT :)

[grzegorz-sokol]

@zetisdead: nazwane pajpy to takie bieda-unix-domain-sockety
https://stackoverflow.com/questions/9475442/unix-domain-socket-vs-named-pipes

[zarowka12]

@Utylizacja: zmq inproc i tcp

[mackarr]

@r00ti: Jak chcesz hardo low level to jest jeszcze shared memory. Ale w życiu tego nie polecę.

[lionbest]

@r00ti: Nie wiem, dlaczego ludzie nie lubią messaege queue te Posixowe działają bardzo dobrze i łatwo się integruja.
@mackarr: A np Boost::Interprocess implementuje messaege queue poprzez shared memmory żeby było przenośne.

[pepepanpatryk]

@lionbest: +1 również polecam shared memory i jeszcze opcja z Boostem to już w ogóle bajka.

[Parseval]

@r00ti: Polecam gRPC od Google.

https://grpc.io/docs/languages/cpp/basics/

[r00ti]

@Parseval: gRPC uzywa socketow.