> 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
