RFR: 8261279: sun/util/resources/cldr/TimeZoneNamesTest.java timed out
Naoto Sato
naoto at openjdk.java.net
Tue Feb 9 00:07:41 UTC 2021
On Mon, 8 Feb 2021 23:42:04 GMT, Joe Wang <joehw at openjdk.org> wrote:
>> Marked as reviewed by lancea (Reviewer).
>
> 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.
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.
-------------
PR: https://git.openjdk.java.net/jdk/pull/2465
More information about the core-libs-dev
mailing list