mirror of
https://github.com/esphome/esphome.git
synced 2026-09-20 03:28:41 +00:00
J. Nick Koston
d36c56d3f5
Boot churn (component init, first sensor reads, retries) inflates the freelist beyond the steady-state high-water mark. Without a one-shot trim that peak would be retained forever. Adds Scheduler::trim_freelist() and schedules it from Application::setup() to fire SCHEDULER_FREELIST_TRIM_DELAY_MS (10s) after setup completes -- well past the bulk of post-setup async work. Items currently in items_/to_add_/defer_queue_ are untouched; only the freelist's recycled items are deleted. Post-trim, the freelist regrows to the new (post-startup) high-water mark.
