r00ti
r00ti
1
#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.
  • Najlepsze
  • Wszystkie komentarze
grzegorz-sokol
@r00ti: O zgrozo, a czym one zawiniły?
Jakieś wymaganie projektowe?
r00ti
r00ti Autor
2
@Utylizacja: @grzegorz-sokol: a moze d-bus?
Loperamid
jaka platforma? ogólnie MQTT nie lata po socketach przypadkiem?
zetisdead
(może pipy?)?


@r00ti: +1
grzegorz-sokol
Utylizacja
@Loperamid: dlatego ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°) dałem XD
zetisdead
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
grzegorz-sokol
@r00ti: domain sockets?
r00ti
r00ti Autor
0
@grzegorz-sokol: zapomnialem dodac, ze sockety odpadaja.
Utylizacja
@r00ti: MQTT ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)
r00ti
r00ti Autor
0
@Utylizacja: nada sie mqtt do takich miedzy procesowych komunikacji?
r00ti
r00ti Autor
0
@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ć…
Utylizacja
@r00ti: jak możesz go odpalić, to chyba najlepsze rozwiązanie
r00ti
r00ti Autor
0
@Loperamid: unix
r00ti
r00ti Autor
0
@zetisdead: ale pipy tez sa chyba jedno kierunkowe?
zarowka12
zarowka12
@Utylizacja: używam i polecam, ale i tak trzeba wybrać warstwę niższą
r00ti
r00ti Autor
0
@zetisdead: no to podobnie jak w przypadku message queue?