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

[11.0-stable] Allow EVE memory limits above 4GB. #4312

Conversation

OhmSpectator
Copy link
Member

Backport of #4301

Previously, EVE's memory limit was stored in bytes using a uint32 value in the global configuration, limiting the maximum memory to approximately 4GB. This restriction prevented setting higher memory limits necessary for applications like kubevirt.

This commit introduces support for specifying the EVE memory limit in mebibytes (MiB) while maintaining backward compatibility with the byte-based configuration. If the byte-based limit is set and valid, it is used; otherwise, the MiB-based limit is applied. This enhancement allows EVE to support memory limits beyond 4GB and ensures accurate memory management, preventing issues in scenarios that require higher memory allocations.

Signed-off-by: Nikolay Martyanov nikolay@zededa.com
(cherry picked from commit 2f2f905)

Copy link
Contributor

@eriknordmark eriknordmark left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Previously, EVE's memory limit was stored in bytes using a uint32 value in the
global configuration, limiting the maximum memory to approximately 4GB. This
restriction prevented setting higher memory limits necessary for applications
like kubevirt.

This commit introduces support for specifying the EVE memory limit in mebibytes
(MiB) while maintaining backward compatibility with the byte-based
configuration. If the byte-based limit is set and valid, it is used; otherwise,
the MiB-based limit is applied. This enhancement allows EVE to support memory
limits beyond 4GB and ensures accurate memory management, preventing issues
in scenarios that require higher memory allocations.

Signed-off-by: Nikolay Martyanov <nikolay@zededa.com>
(cherry picked from commit 2f2f905)
@OhmSpectator OhmSpectator force-pushed the backport/11.0/allow-eve-mem-limit-above-4G branch from 14a8756 to 5267096 Compare October 2, 2024 08:58
@OhmSpectator
Copy link
Member Author

Rebased to use the new Eden version, thanks @milan-zededa !

Copy link
Contributor

@milan-zededa milan-zededa left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Run tests

@OhmSpectator
Copy link
Member Author

By the way, to bring the Eden results closer to those in the master branch, should we not only update Eden but also backport the PRs related to GH workflows? I have collected some of them here: #4297.

@OhmSpectator
Copy link
Member Author

Actually already now the Eden tests work much better!

@milan-zededa milan-zededa merged commit 23eacbe into lf-edge:11.0-stable Oct 2, 2024
30 checks passed
@milan-zededa
Copy link
Contributor

By the way, to bring the Eden results closer to those in the master branch, should we not only update Eden but also backport the PRs related to GH workflows? I have collected some of them here: #4297.

For eden I think we are good, but maybe for image publishing and other things we may need some of those workflow improvements. We will see.

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.

3 participants