8261279: sun/util/resources/cldr/TimeZoneNamesTest.java timed out

[naotoj]

Please review this simple test case fix. By sampling locales to test, it reduces the possibility of the time out.

---

Progress

• Change must not contain extraneous whitespace
• Commit message must refer to an issue
• Change must be properly reviewed

Issue

• JDK-8261279: sun/util/resources/cldr/TimeZoneNamesTest.java timed out

Reviewers

• Brian Burkhalter (@bplb - Reviewer)
• Lance Andersen (@LanceAndersen - Reviewer)
• Joe Wang (@JoeWang-Java - Reviewer)

Download

$ git fetch https://git.openjdk.java.net/jdk pull/2465/head:pull/2465
$ git checkout pull/2465

[bridgekeeper]

👋 Welcome back naoto! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

[openjdk]

@naotoj The following labels will be automatically applied to this pull request:

• core-libs
• i18n

When this pull request is ready to be reviewed, an "RFR" email will be sent to the corresponding mailing lists. If you would like to change these labels, use the /label pull request command.

[mlbridge]

Webrevs

• 00: Full (6b47f83)

[openjdk]

@naotoj 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:

8261279: sun/util/resources/cldr/TimeZoneNamesTest.java timed out

Reviewed-by: bpb, lancea, joehw

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 9 new commits pushed to the master branch:

• 5d8204b: 8261368: The new TestNullSetColor test is placed in the wrong group
• f03e839: 8261127: Cleanup THREAD/TRAPS/CHECK usage in CDS code
• 7451962: 8129776: The optimized Stream returned from Files.lines should unmap the mapped byte buffer (if created) when closed
• ad525bc: 8261281: Linking jdk.jpackage fails for linux aarch32 builds after 8254702
• 2fd8ed0: 8240632: Note differences between IEEE 754-2019 math lib special cases and java.lang.Math
• ace8f94: 8195744: Avoid calling ClassLoader.checkPackageAccess if security manager is not installed
• ab65d53: 8261261: The version extra fields needs to be overridable in jib-profiles.js
• 20d7713: 8261334: NMT: tuning statistic shows incorrect hash distribution
• 92c6e6d: 8261254: Initialize charset mapping data lazily

Please see this link for an up-to-date comparison between the source branch of this pull request and the master branch.
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 master branch, type /integrate in a new comment.

[JoeWang-Java]

The fix looks ok to me. Just an interesting note that this test took such a long time to run. Given the amount of locales, limit(30) would reduce the time to approximately 1/5 of the time, that would still be about 100,000ms according to the bug report. That feels pretty long for a single test case that, outside of the test environment, takes only 1s (my local test took 5s without limit(30)).

Also, there are a bunch of other tests that also run through all of the available locales, I wonder if they also take a long time to run.

[naotoj]

As of JDK15, there are more than 800 locales, so reducing the samples down to 30 makes it less than 4% of the original (~20,000ms on that machine). But I agree that the test took too long than my environment too. Could be a very slow machine.
As to other tests calling available locales, the reason this test took a long time is that the loop multiplies with the number of time zones which is also huge (600+), so it would be less likely that other locale tests cause timeouts.

[JoeWang-Java]

I see. I didn't know locales had gone from 160 to 800! All the more reason to set a limit. Rerun with jdk 16, limit(30) does make it a breeze comparing to that without (which made my machine start to spin). 20,000ms is reasonable on a slower machine with a debug build.

[naotoj]

/integrate

[openjdk]

@naotoj Since your change was applied there have been 19 commits pushed to the master branch:

• f395ee0: 8261306: ServiceLoader documentation has malformed Unicode escape
• 8f4c15f: 8198540: Dynalink leaks memory when generating type converters
• edd5fc8: 8261096: Convert jlink tool to use Stream.toList()
• 2f893c2: 8260337: Optimize ImageReader lookup, used by Class.getResource
• f0bd9db: 8257569: Failure observed with JfrVirtualMemory::initialize
• 906faca: 8260372: [PPC64] Add support for JDK-8210498 and JDK-8222841
• b38d5be: 8261340: Fix 'deprecated' warnings in the vmTestbase/nsk tests
• b0e7e5a: 8261263: Simplify javadoc link code
• 8ebed28: 8261237: remove isClassPathAttributePresent method
• 5183d8a: 8260355: AArch64: deoptimization stub should save vector registers
• ... and 9 more: https://git.openjdk.java.net/jdk/compare/351d788809ba73cb8a43cd6ae4619031eb0ce2f7...master

Your commit was automatically rebased without conflicts.

Pushed as commit becee64.

💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored.