-
Notifications
You must be signed in to change notification settings - Fork 160
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
Improve controller-runtime cache configuration #1718
Improve controller-runtime cache configuration #1718
Conversation
- remove managed fields, as they are not used directly by the operator code - add Pods to the list of uncached objects as they may have an high cardinality - add Group to the list of uncached objects, since such objects are only created once
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: zdtsw The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/test opendatahub-operator-e2e |
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #1718 +/- ##
==========================================
+ Coverage 23.59% 23.60% +0.01%
==========================================
Files 171 171
Lines 11651 11646 -5
==========================================
Hits 2749 2749
+ Misses 8627 8622 -5
Partials 275 275 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
* feat: tune controller-runtime cache - remove managed fields, as they are not used directly by the operator code - add Pods to the list of uncached objects as they may have an high cardinality - add Group to the list of uncached objects, since such objects are only created once * chore: replace Group GET+CREATE with just CREATE (cherry picked from commit 6b2dcfc)
Description
Pods
to the list of uncached objects because as today, we don't set any filter, hence we are caching all the Pods in a clusterGroup
to the list of uncached objects, since such objects are only created onceGroup
GET+CREATE with just CREATE since the objects are not more in the cacheHow Has This Been Tested?
Screenshot or short clip
This is not a very accurate analysis, but running a controller with the small optimization introduced by the PR (blue line), seems to report a constant reduction of the memory consumption of ~ 10 MB on pretty much empty cluster
Merge criteria
Testing instructions have been added in the PR body (for PRs involving changes that are not immediately obvious).