Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Garbage collection in the tracer #60

Open
drmorr0 opened this issue Nov 15, 2023 · 0 comments
Open

Garbage collection in the tracer #60

drmorr0 opened this issue Nov 15, 2023 · 0 comments
Labels
sk-tracer Issues with the Kubernetes tracer

Comments

@drmorr0
Copy link
Contributor

drmorr0 commented Nov 15, 2023

Description

The tracer component currently never drops anything from memory, which means it will run until it OOMs. This is suboptimal.

We want to implement some sort of (configurable) falling-off time window so that we can actually run the tracer in production without it OOMing. This will require a bit of care and testing to get right, I think. Essentially, I think the algorithm looks something like this:

Every n seconds:

  1. Check to see what tracked objects have been deleted since the last GC run
  2. Remove those objects from the trace, and from the index
  3. Remove any pods that belonged to those objects from the pod owners index

Related: #79

@drmorr0 drmorr0 added the sk-tracer Issues with the Kubernetes tracer label Nov 15, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
sk-tracer Issues with the Kubernetes tracer
Projects
None yet
Development

No branches or pull requests

1 participant