Issue #15241: Reduce baseline execution time value#15245
Conversation
rnveach
left a comment
There was a problem hiding this comment.
If we don't want to forget to update this, we should abs the DEVIATION_IN_SECONDS so it can't be negative.
nrmancuso
left a comment
There was a problem hiding this comment.
Please do #15245 (review)
|
but we can get negative percentage in normal circumstances it is an average time so no guarantee that it will be always greater than the Baseline example: https://github.com/checkstyle/checkstyle/actions/runs/9910196565/job/27380011798?pr=15199 |
Just like we can high positives in "normal" circumstances. We have no guarantees it will be within the threshold and won't randomly take longer for unexplained reasons. We could hit some PC lag for random reasons. |
This actually proves we have no problems using abs normally. Even +0.81% (8/10s of a percentage) is still less than 10% (actually less than 1%) threshold and wouldn't falsely trigger. |
|
Make sense, I got it. After taking the abs value now it will trigger:
We will determine if it is case 1 or 2 based on the PR activity either removal or introducing syntax. @nrmancuso @rnveach what do you feel about decreasing the threshold percentage for example from 10% to 7% |
bb56b21 to
4428874
Compare
I am not sure what analysis went into for creating these numbers. @nrmancuso was mostly in control of that. I would like to know what the values have generally been. Like the average of the last 10-20 runs, and the percentages they were off. If we can gather that from master runs (I assume this runs all the time), then we can use those as our basis. Your example CI run showed <1%, so I wouldn't be too surprised if it could be low, however, we need to also take into account if we want to support local runs which could be faster and slower. |
|
|
|
Let me contact them to renew . |
|
Yes only pitest |
4428874 to
9af0ef3
Compare
closes #15241
new baseline comes from the average execution time after string template removal #15212 (comment)