-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
8318603: Parallelize sun/java2d/marlin/ClipShapeTest.java #17719
Conversation
👋 Welcome back serb! A progress list of the required criteria for merging this PR into |
Webrevs
|
LGTM, not an official reviewer. I can check this test to select the minimal needed cases to detect regression (132 combinations for now) and reduce even more test wallclock time. I suppose 3m25 user time is costly on ci infrastructure anyway if repeated too much. |
* @bug 8191814 | ||
* @summary Verifies that Marlin rendering generates the same | ||
* images with and without clipping optimization with all possible | ||
* stroke (cap/join) and/or dashes or fill modes (EO rules) | ||
* for paths made of either 9 lines, 4 quads, 2 cubics (random) | ||
* Note: Use the argument -slow to run more intensive tests (too much time) | ||
* |
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 think our style is only put these in the first @run
block, and the rest to only carry the essentials for the tests to run. Simplifies the patch as well.
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.
Especially with such a long description that spans four lines.
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.
Looks good to me except for the minor comment.
Do you mind updating the copyright year?
* @bug 8191814 | ||
* @summary Verifies that Marlin rendering generates the same | ||
* images with and without clipping optimization with all possible | ||
* stroke (cap/join) and/or dashes or fill modes (EO rules) | ||
* for paths made of either 9 lines, 4 quads, 2 cubics (random) | ||
* Note: Use the argument -slow to run more intensive tests (too much time) | ||
* |
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.
Especially with such a long description that spans four lines.
@mrserb This change now passes all automated pre-integration checks. ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details. After integration, the commit message for the final commit will be:
You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed. At the time when this comment was updated there had been 166 new commits pushed to the
As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details. ➡️ To integrate this PR with the above commit message to the |
duplicated comments are reworked |
LGTM (comments fixed) |
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.
All right, this looks good, thanks!
* clipping optimization with all possible stroke (cap/join) and/or dashes or | ||
* fill modes (EO rules) for paths made of either 9 lines, 4 quads, 2 cubics | ||
* (random) | ||
* Note: Use the argument -slow to run more intensive tests (too much time) |
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.
* Note: Use the argument -slow to run more intensive tests (too much time) | |
* <p> | |
* Note: Use the argument {@code -slow} to run more intensive tests (too much time) |
Adding
will render the note in a new paragraph when viewed in IDE (or on class name hover).
I ran the test in our CI and I didn't notice an improvement. On the other hand, having separate test ids is more flexible. |
I have retested by the complete jdk_desktop group of tests:
Fix:
So it might depend on the system and used concurrency. |
Did you run jdk:tier4 like Sergey was doing ? Our CI runs some number of (headless) tests in parallel (I am not sure but think it is by default 4) and this might change I don't know if whatever Sergey is using does the same, but they could be quite different in the number of CPUs per VM. If you ran just the one test and it was no faster (wall-clock time) that suggests the (sub-)tests were not being run in parallel which would be interesting .. and we might want to ask jtreg folks for input. |
No, I ran just this single test. I don't know how Sergey is running the test.
Yep, I know that headless tests are run in parallel, which makes perfect sense.
Yes, I submitted a job with one test only. At the same time, I didn't look thoroughly into the logs. This .java file contains four different tests which can be run in parallel, it could save the overall time; in the worst case, the same four tests are run consecutively. No negative impact, so I support the change. |
/integrate |
Going to push as commit 6c7029f.
Your commit was automatically rebased without conflicts. |
The ClipShapeTest test is split into 4 different tests which could be executed in parallel.
The execution time is changed from:
to:
Progress
Issue
Reviewers
Reviewing
Using
git
Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk.git pull/17719/head:pull/17719
$ git checkout pull/17719
Update a local copy of the PR:
$ git checkout pull/17719
$ git pull https://git.openjdk.org/jdk.git pull/17719/head
Using Skara CLI tools
Checkout this PR locally:
$ git pr checkout 17719
View PR using the GUI difftool:
$ git pr show -t 17719
Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/17719.diff
Webrev
Link to Webrev Comment