Skip to content

Conversation

@abays
Copy link
Contributor

@abays abays commented Dec 16, 2025

First pass at trying to prune some potentially unneeded services from the OpenStackControlPlane during KUTTL tests. The approach taken here showed a 10-15% performance boost.

@abays abays requested a review from stuggi December 16, 2025 12:23
@openshift-ci openshift-ci bot requested review from dprince and slagle December 16, 2025 12:23
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Dec 16, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: abays

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@abays abays force-pushed the kuttl_prune_services branch from b9d3574 to cbad6c7 Compare December 16, 2025 17:53
@stuggi
Copy link
Contributor

stuggi commented Dec 18, 2025

the faster time of 10-15%, have we seen it when running on a local server or in ci? From this jobs logs, the overall time of the kuttl test seems to be not less than what we e.g. see in the current bump PR #1740.

  • ci/prow/openstack-operator-build-deploy-kuttl
INFO[2025-12-16T20:16:48Z] Step openstack-operator-build-deploy-kuttl-openstack-k8s-operators-kuttl succeeded after 1h57m56s. 

vs.

INFO[2025-12-13T12:36:18Z] Step openstack-operator-build-deploy-kuttl-openstack-k8s-operators-kuttl succeeded after 1h56m59s. 
  • ci/prow/openstack-operator-build-deploy-kuttl-4-18
INFO[2025-12-16T20:21:55Z] Step openstack-operator-build-deploy-kuttl-4-18-openstack-k8s-operators-kuttl succeeded after 2h2m19s. 

vs.

INFO[2025-12-13T12:33:07Z] Step openstack-operator-build-deploy-kuttl-4-18-openstack-k8s-operators-kuttl succeeded after 1h50m16s. 

@abays
Copy link
Contributor Author

abays commented Dec 18, 2025

the faster time of 10-15%, have we seen it when running on a local server or in ci? From this jobs logs, the overall time of the kuttl test seems to be not less than what we e.g. see in the current bump PR #1740.

* ci/prow/openstack-operator-build-deploy-kuttl
INFO[2025-12-16T20:16:48Z] Step openstack-operator-build-deploy-kuttl-openstack-k8s-operators-kuttl succeeded after 1h57m56s. 

vs.

INFO[2025-12-13T12:36:18Z] Step openstack-operator-build-deploy-kuttl-openstack-k8s-operators-kuttl succeeded after 1h56m59s. 
* ci/prow/openstack-operator-build-deploy-kuttl-4-18
INFO[2025-12-16T20:21:55Z] Step openstack-operator-build-deploy-kuttl-4-18-openstack-k8s-operators-kuttl succeeded after 2h2m19s. 

vs.

INFO[2025-12-13T12:33:07Z] Step openstack-operator-build-deploy-kuttl-4-18-openstack-k8s-operators-kuttl succeeded after 1h50m16s. 

Local server. And in that case, I am testing using make openstack_kuttl_run, so I am atomically targeting just the KUTTL tests without considering the infrastructure spin-up. In a CI environment, there's far more variability because those times you cited encompassing the entire process (and not just the KUTTL tests themselves). Also, I imagine that cloning repos and pulling contain images in CI can vary based on incidental network speed, which is another variable I eliminated in my local testing by using the specific make openstack_kuttl_run.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants