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

Add buffer queue processing when a large number of Docker information is updated #1929

Open
clove928 opened this issue Dec 30, 2024 · 2 comments · May be fixed by #1930
Open

Add buffer queue processing when a large number of Docker information is updated #1929

clove928 opened this issue Dec 30, 2024 · 2 comments · May be fixed by #1930
Labels
enhancement New feature or request

Comments

@clove928
Copy link

clove928 commented Dec 30, 2024

Feature Request

Short Description

In the dockerHandler.go code, the event processing for the communication EventChan := docker.geteVentChannel () is linear, so if there are a large number of Docker events, some events may be lost?

Is your feature request related to a problem? Please describe the use case.
Avoid event loss caused by delayed Docker event processing

Describe the solution you'd like

Adding a channel with a ratio of 256 to EventChan ensures that events fetched from the Dokcer daemon are fully processed

Describe alternatives you've considered

You could also consider getting a list of containers from Docker to handle the Dokcer event instead of passively receiving it. In the case of active fetching, we can control the code freely

Tasks

Preview Give feedback
No tasks being tracked yet.

Tasks

Preview Give feedback
No tasks being tracked yet.
@clove928 clove928 added the enhancement New feature or request label Dec 30, 2024
@slashexx
Copy link

slashexx commented Jan 1, 2025

Will be working on this !

@slashexx
Copy link

slashexx commented Jan 1, 2025

I've made a PR, PTAL !

#1930

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
2 participants