-
Notifications
You must be signed in to change notification settings - Fork 16
Timeout due to excessive shrinking in Lin Dynarray test with Domain
#514
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
Comments
Rerunning locally on Linux with
I'm seeing a very long sequence (7487-element or so) in
This makes sense as sequences are generated based on One option is of course to generate shorter sequences. I've experimented with adding a combinator Alternatively, one could spend less time shrinking.
This suggests that element shrinking causes enough reruns to help reduce the spine even further - indicating that their combination has a hand in both (a) size reduction and (b) long shrink times. As another experiment I experimented with adjusting In retrospect, I think this is natural for this to show up now with the recent merge of #463 - and with not a lot of other |
On #513 in the Cygwin trunk workflow we just saw an excessively long shrinking run causing a timeout:
https://github.com/ocaml-multicore/multicoretests/actions/runs/12777231067/job/35617614765?pr=513
Despite having found an expected counter example and succesfully reduced it 15 times within the first 60.1s,
Lin
spends an additional 2h ~ 124min (7529.2 -. 60.1) /. 60.) reducing it - and eventually causing a timeout...The text was updated successfully, but these errors were encountered: