JDK-8192931 : Regression test java/awt/font/TextLayout/CombiningPerf.java fails
  • Type: Bug
  • Component: client-libs
  • Sub-Component: 2d
  • Affected Version: 8,9,10,11,14,17
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_7
  • CPU: x86
  • Submitted: 2017-11-30
  • Updated: 2024-02-06
  • Resolved: 2021-10-19
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 11 JDK 17 JDK 18 JDK 8 Other
11.0.19Fixed 17.0.11-oracleFixed 18 b20Fixed 8u411Fixed openjdk8u412Fixed
Related Reports
Duplicate :  
JDK-7043170 - java/awt/font/TextLayout/CombiningPerf.java test fails against openjdk7 b141&b138-nightly
Description
Testsuite: regression runtime
Test name(s): java/awt/font/TextLayout/CombiningPerf.java 
Product(s) tested: 10-internal+0-jdk10-client.61
OS/architecture: Windows 7 SP1 x64

Actual results:
The case CombiningPerf.java failed automatically ,refer to the log in the attached file:CombiningPerf.jtr.
Comments
A pull request was submitted for review. URL: https://git.openjdk.org/jdk8u-dev/pull/423 Date: 2024-01-21 00:20:21 +0000
21-01-2024
Fix request (8u) parity with Oracle JDK 8u411. Clean backport. An update to the problem list is skipped since the test is not there in 8u. The test fails in 8u for a long time and is mostly not applicable to the OpenJDK now. The performance of the 8u is mostly equal to the 17u on tested code paths. Review 8u-dev: https://github.com/openjdk/jdk8u-dev/pull/423
21-01-2024
Fix request (11u 17u) Clean backport. The test was disabled for a long time and is mostly not applicable to the OpenJDK now, see the comment above Review 17u-dev: https://github.com/openjdk/jdk17u-dev/pull/1118 Review 11u-dev: https://github.com/openjdk/jdk11u-dev/pull/1694
27-01-2023
A pull request was submitted for review. URL: https://git.openjdk.org/jdk11u-dev/pull/1694 Date: 2023-01-26 19:35:14 +0000
27-01-2023
A pull request was submitted for review. URL: https://git.openjdk.org/jdk17u-dev/pull/1118 Date: 2023-01-26 19:24:46 +0000
27-01-2023
Changeset: 54a29a44 Author: Phil Race <prr@openjdk.org> Date: 2021-10-19 20:45:27 +0000 URL: https://git.openjdk.java.net/jdk/commit/54a29a4470a0482c6b7f9f2d695e357044e684a7
19-10-2021
This was testing some behaviours of the old layout code which aren't valid any more as well as specific knowledge of Lucida Sans Regular - which isn't included with JDK any more. ON 8u with Lucida on macOS we see Font=java.awt.Font[family=Lucida Sans,name=Lucida Sans Regular,style=plain,size=12] ftime: 51.392465 length: 32 atime: 39.916687 length: 36 xtime: 186.362579 length: 37 But let's take a font that we can get from the platform on macOS and we see 8u : ftime: 189.063745 length: 32 atime: 199.057579 length: 36 xtime: 227.937935 length: 37 jdk17: ftime: 51.519003 length: 32 atime: 41.323175 length: 36 xtime: 42.560454 length: 37 So for 4x or 5x faster and the delta narrow enough to make it flaky
18-10-2021
This test is well intentioned but as a performance test it is not important enough to keep around given that it is not stable. Also I notice it tries to use Lucida Sans Regular which was a good choice back in the day since using a known font also helped stability but now we don't have that font, so get whatever DIALOG is. I think we should just retire this test.
16-08-2021
it intermittently fails on all platforms: solaris/windows/linux/macOS.
02-05-2021
This is a performance-sensitive test and the change to use harfbuzz in JDK 9 may have made the test unreliable.
04-12-2017
from the test log start atime: 315.7858 length: 36 ftime: 282.5895 length: 32 xtime: 422.2489 length: 37 java.lang.Exception: took too long at CombiningPerf.main(CombiningPerf.java:73) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:564) at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:115) at java.base/java.lang.Thread.run(Thread.java:844) JavaTest Message: Test threw exception: java.lang.Exception: took too long JavaTest Message: shutting down test STATUS:Failed.`main' threw exception: java.lang.Exception: took too long
01-12-2017