Loading...

XML

Word

Printable

Type: Enhancement
Resolution: Fixed
Priority: P4
Fix Version/s: 25
Affects Version/s: 17, 21, 25
Component/s: hotspot
Labels:

Subcomponent:
runtime
Resolved In Build:
b12

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-8351872	21.0.8	Satyen Subramaniam	P4	Resolved	Fixed	master
JDK-8351873	17.0.16	Satyen Subramaniam	P4	Resolved	Fixed	master

The ValidateHazardPtrsClosure closure is effectively a no-op in a non-debug build, but ThreadsSMRSupport::free_list stills applies it in a linear-scan of all threads, unnecessarily. The assert was originally a guarantee and this optimisation was missed when it was changed over by ~~JDK-8264624~~

backported by

JDK-8351872 Skip ValidateHazardPtrsClosure in non-debug builds

Resolved

JDK-8351873 Skip ValidateHazardPtrsClosure in non-debug builds

Resolved

blocks

JDK-8307970 Thread.start is slow with large number of threads

In Progress

relates to

JDK-8264624 change the guarantee() calls added by JDK-8264123 to assert() calls

Resolved

links to

Commit(master) openjdk/jdk17u-dev/03828f86

Commit(master) openjdk/jdk21u-dev/d3919573

Commit(master) openjdk/jdk/e43960a0

Review(master) openjdk/jdk17u-dev/3342

Review(master) openjdk/jdk21u-dev/1473

Review(master) openjdk/jdk/23762

(5 links to)

Assignee:: David Holmes

Reporter:: David Holmes

Votes:: 0 Vote for this issue

Watchers:: 6 Start watching this issue

Created:: 2025-02-24 18:02

Updated:: 7 hours ago

Resolved:: 2025-02-26 12:18

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates