Thanks for the note of caution Uwe. > On our Jenkins server running with AMD Ryzen CPU it happens quite often that JDK 16, JDK 17 and JDK 18 hang during tests and stay unkillable (only a hard kill with" kill -9")
Scary stuff. I'll try to reproduce the hang first and then try to get the JVM logs. I'll respond back here if I find something useful. > Do you get this error in lucene:core:ecjLintMain and not during compile? Then this is https://issues.apache.org/jira/browse/LUCENE-10185, solved already. Ahh. I should've been clearer with my comment. The error we see is because we have forked the class and have modified it a bit. I just assumed that the upstream Lucene package would've also gotten errors on the JDK17 build because it was untouched. - Gautam Worah. On Tue, Oct 19, 2021 at 5:07 AM Michael Sokolov <msoko...@gmail.com> wrote: > > I would a bit careful: On our Jenkins server running with AMD Ryzen CPU > it happens quite often that JDK 16, JDK 17 and JDK 18 hang during tests and > stay unkillable (only a hard kill with" kill -9"). Previous Java versions > don't hang. It happens not all the time (about 1/4th of all builds) and due > to the fact that the JVM is unresponsible it is not possible to get a stack > trace with "jstack". If you know a way to get the stack trace, I'd happy to > get help. > > ooh that sounds scary. I suppose one could maybe get core dumps using > the right signal and debug that way? Oh wait you said only 9 works, > darn! How about attaching using gdb? Do we maintain GC logs for these > Jenkins builds? Maybe something suspicious would show up there. > > By the way the JDK is absolutely "responsible" in this situation! Not > responsive maybe ... > > On Tue, Oct 19, 2021 at 4:46 AM Uwe Schindler <u...@thetaphi.de> wrote: > > > > Hi, > > > > > Hey, > > > > > > Our team at Amazon Product Search recently ran our internal benchmarks > with > > > JDK 17. > > > We saw a ~5% increase in throughput and are in the process of > > > experimenting/enabling it in production. > > > We also plan to test the new Corretto Generational Shenandoah GC. > > > > I would a bit careful: On our Jenkins server running with AMD Ryzen CPU > it happens quite often that JDK 16, JDK 17 and JDK 18 hang during tests and > stay unkillable (only a hard kill with" kill -9"). Previous Java versions > don't hang. It happens not all the time (about 1/4th of all builds) and due > to the fact that the JVM is unresponsible it is not possible to get a stack > trace with "jstack". If you know a way to get the stack trace, I'd happy to > get help. > > > > Once I figured out what makes it hang, I will open issues in OpenJDK (I > am OpenJDK member/editor). I have now many stuck JVMs running to analyze on > the server, so you're invited to help! At the moment, I have no time to > take care, so any help is useful. > > > > > On a side note, the Lucene codebase still uses the deprecated (as of > > > JDK17) AccessController > > > in the RamUsageEstimator class. > > > We suppressed the warning for now (based on recommendations > > > <http://mail-archives.apache.org/mod_mbox/db-derby- > > > dev/202106.mbox/%3CJIRA.13369440.1617476525000.615331.16239514800 > > > 5...@atlassian.jira%3E> > > > from the Apache Derby mailing list). > > > > This should not be an issue, because we compile Lucene with javac > parameter "--release 11", so it won't show any warning that you need to > suppress. Looks like your build system at Amazon is not the original one by > Lucene's Gradle, which shows no warnings at all. > > > > Uwe > > > > > Gautam Worah. > > > > > > > > > On Mon, Oct 18, 2021 at 3:02 PM Michael McCandless < > > > luc...@mikemccandless.com> wrote: > > > > > > > Also, I try to semi-aggressively upgrade Lucene's nightly benchmarks > to new > > > > JDK releases and leave an annotation on the nightly charts: > > > > https://home.apache.org/~mikemccand/lucenebench/ > > > > > > > > I just now upgraded to JDK 17 and kicked off a new benchmark run ... > in a > > > > few hours it should show the new data points and then I'll try to > remember > > > > to annotate it tomorrow. > > > > > > > > So let's see whether nightly benchmarks uncover any performance > changes > > > > from JDK17 :) > > > > > > > > Mike McCandless > > > > > > > > http://blog.mikemccandless.com > > > > > > > > > > > > On Mon, Oct 18, 2021 at 5:36 PM Robert Muir <rcm...@gmail.com> > wrote: > > > > > > > > > We test different releases on different platforms (e.g. Linux, > Windows, > > > > > Mac). > > > > > We also test EA (Early Access) releases of openjdk versions during > the > > > > > development process. > > > > > This finds bugs before they get released. > > > > > > > > > > More information about versions/EA testing: > https://jenkins.thetaphi.de/ > > > > > > > > > > On Mon, Oct 18, 2021 at 5:33 PM Kevin Rosendahl > > > > > <kevindrosend...@gmail.com> wrote: > > > > > > > > > > > > Hello, > > > > > > > > > > > > We are using Lucene 8 and planning to upgrade from Java 11 to > Java 17. > > > > We > > > > > > are curious: > > > > > > > > > > > > - How lucene is testing against java versions. Are there > correctness > > > > > and > > > > > > performance tests using java 17? > > > > > > - Additionally, besides Java 17, how are new Java releases > > > > tested? > > > > > > - Are there any other orgs using Java 17 with Lucene? > > > > > > - Any other considerations we should be aware of? > > > > > > > > > > > > > > > > > > Best, > > > > > > Kevin Rosendahl > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > > > > > For additional commands, e-mail: java-user-h...@lucene.apache.org > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > > For additional commands, e-mail: java-user-h...@lucene.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-user-h...@lucene.apache.org > >