rays 973eeb67c7 Metrics on a thread and port of their own, from memory alone (#194) ...

/metrics shared the web server's threads, and answered after a token
lookup and three counting queries, so a pool run dry, one of the things it
is there to show, would have stalled it, and a slow scrape held a web
thread. Now [web] metrics_bind starts a listener on its own OS thread with
a current-thread runtime, reading only what is in memory: pool counts,
channel capacity, the daemon runtime's metrics through its handle, /proc.
No sign-in, as exporters have none; publish the port to the LAN only. The
feed, pending and downloaded counts stay with the healthcheck's log lines,
which the dashboard already reads.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-11 15:04:51 +00:00

..

fixtures

DeadAir in the page: a switch per show, one beside the speed, and the time saved (#172)

2026-10-09 18:18:41 +00:00

app.spec.js

Metrics on a thread and port of their own, from memory alone (#194)

2026-10-11 15:04:51 +00:00

global-setup.js

Sign out through the proxy when the proxy signed you in

2026-09-12 14:10:30 +00:00