RFR: 8332596: Shenandoah: Make TestAllocIntArrays.java#[iu-]aggressive and TestAllocObjectArrays.java#[iu-]aggressive more robustness
SendaoYan
syan at openjdk.org
Wed Jun 26 08:29:16 UTC 2024
On Tue, 25 Jun 2024 19:36:38 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:
> > Can they remain enabled until JDK-8332031 is fixed? Is there a clear need to problem-list them now?
>
> For example, could you run on your machine/failure scenarios with a large timeout, a larger ShenandoahNoProgressThreshold and/or a smaller ShenandoahCriticalFreeThreshold ?
>
> cc @kdnilsen who's looking at GC progress related OOM throwing separately for his thinking.
>
> If we believe problem-listing them provides some immediate value to us, I am happy to sponsor, but that was not clear to me from preceding discussion.
Thanks for the advice. Run with larger timeout can avoid the OOM failure. A larger ShenandoahNoProgressThreshold and/or a smaller ShenandoahCriticalFreeThreshold can avoid the OOM failure.
These two testcase has more than `#aggressive`, `#iu-aggressive` test tags, also has `#passive`, `#adaptive` etc. test tags, problemlist the failure scenarios will make the CI less noisy and catch new failure more efficiency.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/19322#issuecomment-2191115023
More information about the hotspot-gc-dev
mailing list