Skip to content

Limit cache growth for rolling time ranges - #634

Open
rosenrot00 wants to merge 1 commit into
dbuezas:masterfrom
rosenrot00:bound-cache-to-observed-range
Open

Limit cache growth for rolling time ranges#634
rosenrot00 wants to merge 1 commit into
dbuezas:masterfrom
rosenrot00:bound-cache-to-observed-range

Conversation

@rosenrot00

@rosenrot00 rosenrot00 commented Jul 30, 2026

Copy link
Copy Markdown
  • keep automatic rolling views limited to their current visible time range
  • return and retain only cached data needed by active traces
  • preserve the leading boundary value used to draw continuous state history
  • combine retention ranges for traces that share an entity but use different time offsets
  • remove cache entries for entities no longer configured
  • avoid pruning live states that arrive while a history request is in flight
  • fix compacting nested cached ranges so an enclosing range is not shortened

The observed range previously grew for the full lifetime of a browser tab. The cache was never pruned, so every refresh copied, transformed, sorted, and filtered all points loaded since the tab was opened. CPU and memory usage therefore increased over time even when the graph only displayed a fixed rolling window.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant