Process management with supervisor in Raspberry Pi - Time & Space Complexity
When managing processes with supervisor on a Raspberry Pi, it is important to understand how the time to start and monitor processes grows as you add more tasks.
We want to know how the work done by supervisor changes when the number of processes increases.
Analyze the time complexity of the following code snippet.
[program:myapp]
command=/usr/bin/myapp
numprocs=3
process_name=%(program_name)s_%(process_num)02d
This configuration starts 3 instances of the same program and supervisord manages them all.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Starting and monitoring each process instance.
- How many times: Once for each process (3 times in this example, but can be more).
As the number of processes increases, supervisor must start and watch each one separately.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 start and monitor actions |
| 100 | 100 start and monitor actions |
| 1000 | 1000 start and monitor actions |
Pattern observation: The work grows directly with the number of processes; doubling processes doubles the work.
Time Complexity: O(n)
This means the time supervisor takes grows in a straight line with the number of processes it manages.
[X] Wrong: "Starting multiple processes happens all at once, so time stays the same no matter how many processes there are."
[OK] Correct: Each process requires separate work to start and monitor, so more processes mean more total work.
Understanding how process management scales helps you design systems that stay reliable as they grow. This skill shows you can think about real-world system behavior, not just code.
"What if supervisor used parallel threads to start processes simultaneously? How would the time complexity change?"
Practice
supervisor on a Raspberry Pi?Solution
Step 1: Understand Supervisor's role
Supervisor is a tool designed to keep programs running by restarting them if they crash or stop.Step 2: Compare options with Supervisor's function
Updating the operating system, managing network connections, or installing software packages are tasks Supervisor does not do.Final Answer:
To automatically restart programs if they stop unexpectedly -> Option DQuick Check:
Supervisor restarts stopped programs = B [OK]
- Confusing Supervisor with system update tools
- Thinking Supervisor manages network or installs software
- Assuming Supervisor only monitors without restarting
Solution
Step 1: Recall Supervisor service management
Supervisor runs as a system service managed by systemctl on modern Raspberry Pi OS.Step 2: Identify correct command syntax
The correct command to start Supervisor service issudo systemctl start supervisor. Other options are incorrect or incomplete.Final Answer:
sudo systemctl start supervisor -> Option CQuick Check:
Use systemctl to start services = A [OK]
- Omitting sudo and getting permission errors
- Using incomplete or wrong command like 'supervisor start'
- Confusing with older init.d commands
[program:myapp] command=python3 /home/pi/myapp.py autostart=true autorestart=true stderr_logfile=/var/log/myapp.err.log stdout_logfile=/var/log/myapp.out.log
What happens if
myapp.py crashes?Solution
Step 1: Analyze config options autostart and autorestart
autostart=true means program starts with Supervisor; autorestart=true means it restarts if it crashes.Step 2: Understand Supervisor behavior on crash
With autorestart=true, Supervisor will restartmyapp.pyautomatically after a crash.Final Answer:
Supervisor restartsmyapp.pyautomatically -> Option AQuick Check:
autorestart=true means auto restart = C [OK]
- Thinking logs are deleted on crash
- Assuming Supervisor only logs errors without restart
- Confusing autostart with autorestart
[program:myapp] command=python3 /home/pi/myapp.py autostart=false autorestart=true
What is the problem?
Solution
Step 1: Check autostart setting
autostart=false means Supervisor will NOT start the program automatically when it launches.Step 2: Understand effect on program start
Because autostart is false, the program must be started manually; this explains why it does not start automatically.Final Answer:
autostart is set to false, so program won't start on Supervisor launch -> Option AQuick Check:
autostart=false means no auto start = D [OK]
- Confusing autorestart with autostart
- Assuming command syntax is wrong without checking
- Thinking missing logs stop program start
app1.py and app2.py, but only restart app2.py if it crashes. Which config setup is correct?Solution
Step 1: Identify requirements for app1 and app2
app1 should run automatically but NOT restart on crash (autorestart=false). app2 should run automatically and restart on crash (autorestart=true).Step 2: Match config options to requirements
[program:app1] command=python3 /home/pi/app1.py autostart=true autorestart=false [program:app2] command=python3 /home/pi/app2.py autostart=true autorestart=true sets autostart=true for both, autorestart=false for app1, and autorestart=true for app2, matching the requirements exactly.Final Answer:
[program:app1] command=python3 /home/pi/app1.py autostart=true autorestart=false [program:app2] command=python3 /home/pi/app2.py autostart=true autorestart=true -> Option BQuick Check:
app1 no restart, app2 restart = A [OK]
- Setting autostart false prevents program from running automatically
- Confusing autostart and autorestart settings
- Setting autorestart true for programs that shouldn't restart
Ready to prove it?
Pass the test and this pattern moves unknown
