You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As part of the MCAD load test, I created 1000 AppWrappers not fitting into the cluster (they request a high amount of CPU).
Once all of these AppWrappers are in one of these states: [Queueing, HeadOfLine, Pending, Failed], the main test ends, and the cleanup starts.
All the AppWrapper are deleted with oc delete AppWrappers --all -n <namespace>.
The timing of this call is shown in blue in the figure below.
Once this call returns, I create a canary AppWrapper, and wait for it to be executed.
This step is show in red in the figure below.
The Ansible logs of this command confirm that most of the 23 minutes is spent before the .status.controllerfirsttimestamp even gets filled.
All the details of the scale test are at this address (files here). Mind that there was a typo in the code (wrong file read as part of the visualizer parsing) which make the clean up phase appear as 5 minutes long (this was the test length :D).
This other plot (from this test) confirm that none of the 1000 AppWrappers created in the first 5 minutes of the test are discovered in the first 25 minutes of the test:
The text was updated successfully, but these errors were encountered:
Uh oh!
There was an error while loading. Please reload this page.
As part of the MCAD load test, I created 1000 AppWrappers not fitting into the cluster (they request a high amount of CPU).
Once all of these AppWrappers are in one of these states:
[Queueing, HeadOfLine, Pending, Failed]
, the main test ends, and the cleanup starts.All the AppWrapper are deleted with
oc delete AppWrappers --all -n <namespace>
.The timing of this call is shown in blue in the figure below.
Once this call returns, I create a canary AppWrapper, and wait for it to be executed.
This step is show in red in the figure below.
The Ansible logs of this command confirm that most of the
23 minutes
is spent before the.status.controllerfirsttimestamp
even gets filled.All the details of the scale test are at this address (files here). Mind that there was a typo in the code (wrong file read as part of the visualizer parsing) which make the clean up phase appear as 5 minutes long (this was the test length :D).
This other plot (from this test) confirm that none of the 1000 AppWrappers created in the first 5 minutes of the test are discovered in the first

25 minutes
of the test:The text was updated successfully, but these errors were encountered: