Nightly benchmarks managed to succeed (once, so far) on JDK 17: https://home.apache.org/~mikemccand/lucenebench/
No obvious performance changes on quick look. Mike McCandless http://blog.mikemccandless.com On Tue, Oct 19, 2021 at 8:42 PM Gautam Worah <worah.gau...@gmail.com> wrote: > 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 > > > > >