Files
XC_VM/docs/en/guides/process-management.md
T
rootandClaude Opus 5 76ac4a488c fix(streams): the Resources column shows CPU from the first pass, and keeps showing it
CPU is a difference between two /proc readings, and the previous one was kept
in the stream's progress_info row — so a figure depended on that value
surviving a round trip through a row other code also rewrites, and the first
pass of every producer showed a dash for a minute.

The previous reading now lives beside the stream's files, in
<streams>/<id>_.usage (tmpfs, removed with the rest of <id>_* when the stream
stops): node-local bookkeeping, like the pid file. Where there is no usable
previous reading — a producer's first pass, or a new pid after a restart — the
lifetime average stands in, as ps reports it, computed from the process's own
start time in /proc/PID/stat against /proc/uptime rather than /proc/PID's
mtime, which is only set when something first looks at the directory.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01WwKmPG4RPK4cnJRAxQhPdL
2026-09-12 21:27:38 +00:00

176 lines
7.1 KiB
Markdown

# Process Management Patterns
`ProcessManager` centralizes Linux process checks, termination, PID-file checks, and cron locking.
It replaces scattered ad-hoc `posix_kill`, `ps`, and `/proc` checks.
---
## Core Operations
### Check if process is running
```php
ProcessManager::isRunning(int $pid, ?string $exe = null): bool
```
- without `$exe`: checks `/proc/{pid}` existence
- with `$exe`: validates executable name via `/proc/{pid}/exe`
### Check named process
```php
ProcessManager::isNamedProcessRunning(
int $pid,
string $processName,
int|string $identifier,
?string $exe = null
): bool
```
Matches cmdline pattern `NAME[ID]` (for process-title-based workers).
### Check stream process
```php
ProcessManager::isStreamRunning(int $pid, int $streamId): bool
```
- `ffmpeg`: validates stream-specific output pattern in cmdline
- `xc_fanout`: only the native remuxer (`xc_fanout remux … /<id>_.m3u8`) — the daemon process
itself shares the executable but names no stream playlist
- `php`: considered alive for stream worker context
For "is anything **watching** this stream", use `StreamProcess::isWatched($streamId, $monitorPid)`:
a supervised stream's `monitor_pid` is the xc_fanout daemon's, which `isMonitorAlive()` (an
`XC_VM[<id>]` PHP process) rightly rejects.
---
## More checks & helpers
```php
ProcessManager::isStreamAlive($pid, $streamID): bool // loose: stream ID appears in the ffmpeg/php cmdline (case-insensitive) — no output check
ProcessManager::isMonitorAlive($pid, $streamID, $exe = null): bool // the stream's watchdog (MonitorCommand) is alive
ProcessManager::startMonitor($streamID, $restart = 0): bool // (re)spawn the watchdog for a stream (returns true)
ProcessManager::isNginxRunning(): bool
ProcessManager::getProcessAge($pid): int // seconds since the process started (from /proc mtime)
ProcessManager::findProcessPIDs(array $terms, $limit = 0): array // pids whose cmdline matches ANY of $terms (first match wins)
ProcessManager::isAnyProcessRunning(array $terms): bool
```
`isStreamRunning()` is the **stricter** check: it confirms the ffmpeg process's cmdline
references this stream's **output files** (`{id}_.m3u8` / `{id}_%d.ts`), i.e. it is actually
producing *this* stream. `isStreamAlive()` is a looser, case-insensitive substring match of the
stream ID in the cmdline — cheaper, but it does not verify output. Use `isStreamRunning()` when
"is this stream being produced?" matters, `isStreamAlive()` for a quick "is a process for this ID
around?".
---
## Per-stream CPU and memory
```php
ProcessManager::resourceSample($pid): ?array // ['ticks' => CPU ticks so far, 'rss' => bytes, 'at' => microtime, 'start' => ticks after boot]
ProcessManager::cpuPercent(array $now, array $prev): ?float // percent of ONE core between two samples
ProcessManager::cpuPercentSinceStart(array $sample): ?float // lifetime average, as `ps` shows it
ProcessManager::producerKind($pid): ?string // 'fanout' (xc_fanout remux) | 'ffmpeg' | 'php'
```
Read straight out of `/proc/PID/stat` (fields 14/15 for CPU, 24 for RSS; the page size is derived
from this process's own `statm` vs `status`, since 64K pages are normal on arm64). CPU in `/proc`
is cumulative, so a percentage needs **two** samples: `cpuPercent()` returns `null` when the pair
says nothing — no previous reading, two readings from the same instant, or a counter that went
backwards because the producer restarted under the same stream.
`cron:streams` samples each running stream's producer once per pass and folds the result into that
stream's `progress_info` JSON (`cpu`, `mem`, `producer`). The reading the next pass subtracts from
is kept beside the stream's files, in `<streams>/<id>_.usage` (removed with the rest of `<id>_*`
when the stream stops) — node-local bookkeeping, so it does not depend on surviving a round trip
through a database row other code also rewrites. Where there is no usable previous reading (a
producer's first pass, or a new pid after a restart) the lifetime average stands in, so the column
shows a figure at once. The age for that comes from the process's own start time in
`/proc/PID/stat` against `/proc/uptime`, not from `/proc/PID`'s mtime, which is set when something
first looks at the directory and can be much later than the start.
Only the node running a stream can read its own `/proc`, so the sampling happens there and travels
to the panel in the row the cron already writes; the admin streams list renders it as the
**Resources** column (producer badge, CPU %, RAM).
---
## Process Termination
```php
ProcessManager::kill(int $pid, int $signal = SIGKILL): bool
```
Use `SIGTERM` for graceful shutdown when possible.
---
## Cron Locking
```php
ProcessManager::acquireCronLock(string $pidFile, int $maxAge = 1800): bool
```
Behavior:
- active lock -> exits the current run
- stale lock (older than `$maxAge` seconds) -> removed and replaced
- on success -> writes the current PID to the lock file and returns `true`
> **Edge case.** `acquireCronLock()` does **not** register a shutdown handler — it never
> auto-removes the lock on exit. A lock is reclaimed only when a later run finds it older than
> `$maxAge`. So keep `$maxAge` comfortably above the job's real runtime (a slow-but-live run past
> `$maxAge` could be wrongly reclaimed), and don't rely on the lock disappearing the moment a job
> finishes.
---
## `/proc` Check Cache
`isRunning()` uses a short TTL cache for `/proc` checks (1 second) to reduce repeated I/O in tight loops.
> **Pitfall.** Because the result is cached for ~1s, a process that dies (or starts) inside that
> window still reads with its previous state — a tight loop can act on a stale "running"/"dead"
> answer. Call `ProcessManager::clearCache()` to drop the cache when you need a fresh read
> (e.g. right after killing a pid and before re-checking it).
---
## Naming Convention
Common process title format:
- `XC_VM[{id}]` — the per-stream watchdog (`MonitorCommand`, spawned by `startMonitor()`)
- `Thumbnail[{id}]` — the thumbnail generator for stream `{id}`
- `TVArchive[{id}]` — the timeshift/archive recorder for stream `{id}`
Workers set these titles with `cli_set_process_title()`; `isNamedProcessRunning()` and
`findProcessPIDs()` match against them (see the daemon list in
[CLI Tools & Console Reference](cli-tools.md)).
---
## Launching subprocesses: `Thread` and `Multithread`
`ProcessManager` inspects and kills **existing** processes. To **launch** new ones from PHP:
- `Thread` (`src/Core/Process/Thread.php`) — a thin `proc_open` wrapper around a single
background command (start it, poll/await it, read its output).
- `Multithread` (`src/Core/Process/Multithread.php`) — runs several shell commands
concurrently and collects each one's output; use it for fan-out work (e.g. probing many
sources at once) rather than a manual `proc_open` loop.
---
## Related files
| File | Purpose |
| --- | --- |
| `src/Core/Process/ProcessManager.php` | process operations |
| `src/Core/Process/Multithread.php` | multi-thread helpers |
| `src/Core/Process/Thread.php` | thread wrapper |
| `src/bootstrap.php` | CLI process context |