mosic
I’ve been wondering about this, why doesn’t Supervisor.which_children/1 (and underlying :supervisor.which_children/1 of course) return the names of the child processes? Is it an inherent limitation of BEAM or is it done for other reasons (performance)?
I know that the registered name of the process can be retrieved by getting the information about that pid:
iex(1)> [{_, pid, _, _}] = Supervisor.which_children MyApp.Simple.Supervisor
[{:undefined, #PID<0.823.0>, :worker, [MyApp.Simple.Worker]}]
iex(2)> Process.info(pid)[:registered_name]
:my_named_process
Where Next?
Trending in Questions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
At WyeWorks, we believe great software is built by combining technical excellence with genuine human connection
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ai
- #ecto-query
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #elixirconf-eu
- #api
- #forms
- #metaprogramming
- #hex
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
Catch errors, track performance, monitor hosts and more.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Practical resources that improve the lives of professional developers.
Master modern tools, write cleaner code, and tackle real-world challenges.
**Building the future of software with AI, trust, and human connection.**
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 2- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
Qqwy
It is because in the case of a simple_one_for_one, the child specification will not list what processes will be started, but a template that will be used as blueprint for all started children of this Supervisor.
There can potentially multiple child processes be started from the same blueprint (and often this is the case), which means that returning an ID would be confusing (as it would not uniquely identify that specific process).
mosic
Thanks @Qqwy, your reply prompted me to read the documentation again, this time more carefully.
I have figured what was the problem - I misunderstood what the
Supervisor.Spec.child_idinSupervisor.which_children/1represents, for some reason I thought that it was the registered name of the child process, not the template used for spawning the process.