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

Follow-up on improving Fleet performance #12895

Open
aruiz14 opened this issue Dec 17, 2024 · 0 comments
Open

Follow-up on improving Fleet performance #12895

aruiz14 opened this issue Dec 17, 2024 · 0 comments
Assignees
Labels
area/fleet area/performance kind/bug QA/manual-test Indicates issue requires manually testing
Milestone

Comments

@aruiz14
Copy link
Contributor

aruiz14 commented Dec 17, 2024

Follow-up of #12424, where a few areas of improvement were identified but was mainly focused on the resources table, which suffered the biggest slowdown.

Setup

  • Rancher version: 2.9 - 2.10

Describe the bug
See original issue for details.

Additional context
Areas of improvement:

  • Continuous Delivery dashboard iterates over all bundles and clusters multiple times per repository (for calculating the badge, tooltip, etc.)
    • This information is already available in the GitRepo resource status
  • While resourcesStatuses was improved as part of the original issue, clusterResourceStatus is still inefficient.
    • Many of it usages use find to pick only one cluster. We need to review and address them.
  • Cluster details pages iterate over all clusters, to later filter by the one being displayed, which is not ideal.
@aruiz14 aruiz14 added kind/bug area/fleet area/performance QA/manual-test Indicates issue requires manually testing labels Dec 17, 2024
@aruiz14 aruiz14 added this to the v2.11.0 milestone Dec 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/fleet area/performance kind/bug QA/manual-test Indicates issue requires manually testing
Projects
None yet
Development

No branches or pull requests

2 participants