RFR: 8364352: Some tests fail when using a limited number of pregenerated .jsa CDS archives
David Holmes
dholmes at openjdk.org
Wed Aug 20 20:56:37 UTC 2025
On Mon, 18 Aug 2025 11:34:28 GMT, Matthias Baesken <mbaesken at openjdk.org> wrote:
> Currently the default JVM comes on most platforms with 4 jsa files (for coops and nocoops; with and without compressed object headers), but for some shipments the number of jsa could be reduced (see also Images.gmk) .
> But not all tests can deal with this.
> Namely
>
> test/hotspot/jtreg/runtime/CompressedOops/CompressedCPUSpecificClassSpaceReservation.java
> test/hotspot/jtreg/runtime/cds/TestDefaultArchiveLoading.java
> test/hotspot/jtreg/runtime/cds/appcds/loaderConstraints/DynamicLoaderConstraintsTest.java (custom-cl-zgc)
>
> were found to have issues.
> There is already a requires `vm.cds.default.archive.available` that is used in similar tests and can be used in some of those cases too.
test/hotspot/jtreg/runtime/cds/appcds/loaderConstraints/DynamicLoaderConstraintsTest.java line 58:
> 56: * @test id=custom-cl-zgc
> 57: * @requires vm.cds.custom.loaders
> 58: * @requires vm.cds.default.archive.available
Don't understand this one. This test is hard to follow but I think it does its own dumping of the CDS archive, so I don't see why it would need the default archive to exist. ???
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/26820#discussion_r2289274145
More information about the hotspot-runtime-dev
mailing list