-
Notifications
You must be signed in to change notification settings - Fork 12
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
Fix path to indico CLI #234
Conversation
Test coverage for 83b9c25
Static code analysis report
|
Could be linked to the GH Action instance, do you see a difference when you run k6s with indico locally deployed ? |
Given there was a bug, should we now add an e2ea test that would have caught it? |
It was actually caught. It was a mistake on my part to merge the previous PR |
Yes I spotted that later as well, the PR to operator workflows improving the required status checks should help with this in the future |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm fine with the change, let's see how and why the response time has changed, we can tweak around after the PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Here is the k6 load test result on my local microk8s on commit 472ddfc:
And here is the one on this commit:
No difference to be seen locally. |
👍 |
The PR #220 had an issue with the indico CLI path (that has changed while working on it).
This fixes it.
The k6 load tests don't pass anymore with the p95 threshold of 800ms. But they do for 1500ms.
The PR #220 should have nothing to do with it in principle. I'm not sure why this is happening.
Is it acceptable to increase the p95 duration threshold ?