steep-shampoo-86436
12/20/2025, 7:51 PMtall-airline-16756
12/20/2025, 7:51 PMtall-airline-16756
12/20/2025, 7:51 PMsteep-shampoo-86436
12/20/2025, 7:52 PMtall-airline-16756
12/20/2025, 7:53 PMprewarm or setup_fnc that loads models (VAD, ASR) at startup — these keep memory in use.
1. Look for active or pending jobs
• Check agent job queue / server metrics for active or pending jobs that could be consuming CPU.
1. Review observability/recording settings
• If Agent Observability or session recording is enabled, that can create extra processing and storage activity per session.
1. Verify draining / leftover deployments
• Confirm no old deployments are still draining (graceful drain can keep processes alive for up to the drain timeout).
1. Review permissions / subscriptions
• Ensure the agent server is not subscribing to or publishing tracks unnecessarily (restrict with can_subscribe=False, can_publish=False if applicable).
1. Enable detailed logs and metrics
• Increase log level to INFO/DEBUG and check for unexpected job assignments or connections.
• Monitor CPU/memory over time and correlate spikes with logs.
If you share:
• whether the server is self-hosted or Cloud,
• recent agent logs (errors, job assignments, startup messages), and
• a short timeline of when you see resource use — I’ll suggest targeted commands and exact log lines to inspect. Sources: Server lifecycle | LiveKit docs | examples/survey | livekit/livekit_composite | DeepWiki | Agent server options | LiveKit docs | VAD Metrics | LiveKit docs | Streamline Troubleshooting with Agent Observability