8
Mam proces nadzoru, który rozpoczyna liczbę procesów podrzędnych. Obecnie, gdy umiera dziecko, uruchamiam nowy proces z nowym Pidem. Oznacza to, że tracę informację o stanie mojego procesu potomnego, który właśnie zmarł. Chcę, aby moi klienci komunikowali się z procesami potomnymi przy użyciu zawsze tego samego identyfikatora. Pomimo faktu, że proces potomny może umrzeć i zostać ponownie uruchomiony przez przełożonego.Ponowne uruchamianie procesu erlang i zachowanie stanu
Myślałem o rejestrowaniu procesów potomnych o unikalnych nazwach i przechowywaniu stanu dziecka w tabeli ets. Pytanie brzmi - jaki jest zalecany sposób podejścia do takiego problemu w Erlangu?
Dzięki!
Największym problemem związanym z używaniem tabeli ets do przechowywania stanu procesów potomnych jest potencjalny szyjka butelki, którą mogę wprowadzić. Posiadanie wielu procesów często zmieniających stan wymaga od nich aktualizacji procesu, który posiada tabelę ets z nowym stanem za każdym razem, gdy następuje zmiana. Ilekroć dziecko umiera, muszę zrestartować go z tym samym stanem, który miał przed awarią. Gdy tylko proces potomny umrze, informuje przełożonego, wysyłając {'EXIT', Pid, Reason}. Jeśli proces potomny mógłby również wysłać stan, który miał tuż przed awarią, mógłbym uruchomić ponownie w tym samym stanie i nie potrzebowałbym aktualizacji wysyłanych do tabeli ets. – Mark
Nie sądzę, że jest to możliwe w Erlangu, ale ogólnie sądzę, że byłaby to fajna funkcja. Coś w rodzaju wysyłania stosu procesu do nadzorcy, gdy dziecko się zawiesza. – Mark
@ Mark W artykule, który powołuję się w mojej odpowiedzi, wyjaśnia, w jaki sposób korzystać z gifting/dziedziczenia tabeli ETS w innym procesie, gdy proces posiadania zawiesi się, brzmi jak to, czego chcesz? – johlo