Home/ Questions/Q 8828771
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-14T07:41:02+00:00

I have a supervisor process which starts number of child processes. Currently when the

  • 0

I have a supervisor process which starts number of child processes. Currently when the child dies I spawn a new process with new Pid. This means I loose the state information of my child process which has just died. I want my clients to communicate with child processes using always the same identifier. Despite the fact that child process may die and be restarted by the supervisor.

I was thinking of registering child processes with unique names and storing child state in ets table. The question is – what is the recommended way of approaching such problem in Erlang?

Thanks!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Storing process state in an ets table would work for keeping your state around between crashes, and I usually use the global registry for giving processes persistent names. (Player 200 would be registered as {player, 200}.) I don’t recommend using the local registry because it requires that you use atoms and if you have many child processes, you can chew up your limit of atoms in a hurry by creating them dynamically (like player_200, player_201, etc.)

    Storing child state in the ets table has its own risks and issues, though. If a child crashes between the moment when an error occurs and when it saves to the ets table, you should be alright. However, what if you process data that causes the child to save garbage state, then crash on processing the next message? You’ll restart the process, load the bad state from the ets table, and crash on your next message again. There are certainly ways to deal with this, but you should be aware that it is a possibility and work around it.

    While Erlang hides the problems of distributing an ets table to all processes, it does so at the cost of CPU and potential contentions. If you’re pushing a lot of changes to your ets table, you’re going to pay for it in performance.

    If your children are crashing, shouldn’t you be looking for a way for them to remove the erroneous conditions, anyway? I would usually take a process crash as something that I needed to root cause and fix. ?

    • 0