-
-
Notifications
You must be signed in to change notification settings - Fork 5.4k
TST: interpolate: mark rbf chunking tests as slow #16138
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
Conversation
@segasai maybe you could think of a way to excercise the chunking functionality in a smaller/shorter test instead? |
It does seem to be sensitive to the OpenBLAS defaults; the default seems to be oversubscribing indeed (8 processes seen in Openblas does its default:
Setting
|
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.
Hmm yes that's way too slow, not sure how that was missed in previous PR reviews. In it goes, thanks @ev-br
That was me as well :-). Not sure how to systematically check it other than running |
For big new feature PRs I do indeed check manually. |
Now we can have job summaries with actions: https://github.blog/2022-05-09-supercharging-github-actions-with-job-summaries/. Maybe we could add such things (also thinking about benchmarks) as summary. |
Point taken, thanks for confirming the workflow. Re job summaries: would be great if it could show stats about what changed in the PR specifically (total CI time etc are available). |
In the end it's a matter of computing what we want and saving this to an env variable. |
Reference issue
closes gh-16136
What does this implement/fix?
Mark RBFInterpolator chunking tests as slow, because: