On Thu, 8 Dec 2022 03:06:31 GMT, Chris Plummer <cjplum...@openjdk.org> wrote:
> This fixes two separate CRs: > > [JDK-8241293](https://bugs.openjdk.org/browse/JDK-8241293) > CompressedClassSpaceSizeInJmapHeap.java time out after 8 minutes > [JDK-8298073](https://bugs.openjdk.org/browse/JDK-8298073) > gc/metaspace/CompressedClassSpaceSizeInJmapHeap.java causes test task timeout > on macosx > > For the first one the test was hitting an 8m timeout, but completing right > after that. The test log said PASSED, but jtreg failed it anyway because it > noticed the timeout. The fix is to double the default 120s timeout to 240s > (which is 16m when the 4x timeoutfactor is applied. > > For the second one the issue seemed to be with having the test process spawn > a jhsdb process that attached back to the test process. OSX didn't seem to be > too happy about this. The fix is to instead create a LingeredApp process to > attach to like all the other SA tests do. This pull request has now been integrated. Changeset: 99a6c478 Author: Chris Plummer <cjplum...@openjdk.org> URL: https://git.openjdk.org/jdk/commit/99a6c47855ad82e81a80726cf3aa4522c547716d Stats: 9 lines in 2 files changed: 5 ins; 1 del; 3 mod 8298073: gc/metaspace/CompressedClassSpaceSizeInJmapHeap.java causes test task timeout on macosx 8241293: CompressedClassSpaceSizeInJmapHeap.java time out after 8 minutes Reviewed-by: ayang, sspitsyn ------------- PR: https://git.openjdk.org/jdk/pull/11576
