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

Set number of workers to allocated cgroup CPUs? #36988

Open
uhthomas opened this issue Nov 5, 2024 · 1 comment
Open

Set number of workers to allocated cgroup CPUs? #36988

uhthomas opened this issue Nov 5, 2024 · 1 comment
Labels
question Questions that are neither investigations, bugs, nor enhancements

Comments

@uhthomas
Copy link

uhthomas commented Nov 5, 2024

Title: Set number of workers to allocated cgroup CPUs?

Description:

I noticed that when running envoy in Kubernetes, it sets the number of workers equal to the number of CPUs on the host, even if there is a limit of just 1 CPU. This may negatively impact performance and it would be nice if envoy could pick this up automatically.

[optional Relevant Links:]

golang/go#33803

#5976

@uhthomas uhthomas added enhancement Feature requests. Not bugs or questions. triage Issue requires triage labels Nov 5, 2024
@KBaichoo
Copy link
Contributor

KBaichoo commented Nov 5, 2024

Have you tried using --cpuset-threads option: https://www.envoyproxy.io/docs/envoy/latest/operations/cli#cmdoption-cpuset-threads? If the cgroup creates a cpuset I think it might be picked up from that option.

If not the best way to go about this would probably be wrapping the envoy with --concurrency when launching it. It'd be difficult to change the default behavior at this point.

@KBaichoo KBaichoo added question Questions that are neither investigations, bugs, nor enhancements and removed enhancement Feature requests. Not bugs or questions. triage Issue requires triage labels Nov 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Questions that are neither investigations, bugs, nor enhancements
Projects
None yet
Development

No branches or pull requests

2 participants