[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.

[grzegorz-sokol]

@r00ti: domain sockets?

[r00ti]

@grzegorz-sokol: zapomnialem dodac, ze sockety odpadaja.

[Utylizacja]

@r00ti: MQTT ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)

[grzegorz-sokol]

@r00ti: O zgrozo, a czym one zawiniły?
Jakieś wymaganie projektowe?

[r00ti]

@Utylizacja: nada sie mqtt do takich miedzy procesowych komunikacji?

[r00ti]

@grzegorz-sokol: niczym nie zawinily, niestety takie wymagania sa

[Utylizacja]

@r00ti: w sumie to nada, tylko nie wiem czy to nie jest overkill…

[Utylizacja]

@r00ti: możesz jeszcze na ZeroMQ popatrzeć…

[r00ti]

@Utylizacja: @grzegorz-sokol: a moze d-bus?

[Utylizacja]

@r00ti: jak możesz go odpalić, to chyba najlepsze rozwiązanie

[Loperamid]

jaka platforma? ogólnie MQTT nie lata po socketach przypadkiem?

[r00ti]

@Loperamid: unix

[Utylizacja]

@Loperamid: dlatego ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°) dałem XD

[zetisdead]

(może pipy?)?

@r00ti: +1

[r00ti]

@zetisdead: ale pipy tez sa chyba jedno kierunkowe?

[zetisdead]

@r00ti: te se otworzysz po sztuce w każdym kierunku
https://hzqtc.github.io/2012/07/linux-ipc-with-pipes.html
https://opensource.com/article/19/4/interprocess-communication-linux-channels

[zarowka12]

@Utylizacja: używam i polecam, ale i tak trzeba wybrać warstwę niższą

[r00ti]

@zetisdead: no to podobnie jak w przypadku message queue?

[grzegorz-sokol]

@r00ti: dbus to chyba dalej sockety, zresztą ciężko mi sobie wyobrazić cięższy i bardziej pokraczny interfejs ipc. OpenWRT ma swój ubus - proste i efektywne, tylko dalej gdzieś tam kryją się sockety.

Może daj na priv jakie są wymagania

[Utylizacja]

@zarowka12: Ale czego używasz?