Date: Thu, 25 Mar 2021 13:00:40 +0000 From: Greg Lewis <glewis@eyesbeyond.com> To: Ronald Klop <ronald-lists@klop.ws>, java@freebsd.org Subject: Re: Compiling openjdk8 takes forever on RPI4. Message-ID: <010101786978fe2d-f0dcdce8-fe2e-4747-af59-a3e61e0e2572-000000@us-west-2.amazonses.com> In-Reply-To: <1282552329.1.1616451348523@localhost> References: <328913872.14.1616433088983@localhost> <1282552329.1.1616451348523@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
I'm happy to extend that option to arm64, but I'm curious as to what might be contributing here. One thing is that the newly compiled code is hardly used at all in the build, IIRC, so I have to wonder how enabling FPUHACK made the build faster at all unless you built twice with it enabled.=C2=A0 But it doesn'= t sound like that was the situation?=C2=A0 Another factor is that you're building in a jail and that -CURRENT is involved somehow.=C2=A0 Did the version of -CURRENT change at all across the different builds? -- Greg On 3/22/21 3:15 PM, Ronald Klop wrote: > > Van: Ronald Klop <ronald-lists@klop.ws> > Datum: maandag, 22 maart 2021 18:11 > Aan: java@freebsd.org, arm@freebsd.org > Onderwerp: Compiling openjdk8 takes forever on RPI4. >> >> Hi, >> >> I'm using poudriere to compile ports. It runs on an RPI4 8GB. >> FreeBSD jail13 14.0-CURRENT #6 main-34d696110: Sat Feb 27 05:01:05 >> CET 2021 >> >> Compilation is already going on for the second days. I have compiled >> this port in the past in a couple of hours. NB: this compiles fine in >> the official pkg builders. >> http://www.ipv6proxy.net/go.php?u=3Dhttp%3A%2F%2Fampere2.nyi.freebsd.o= rg%2Fdata%2Fmain-arm64-default%2Fp568824_s7af04dff02%2Flogs%2Fopenjdk8-8.= 282.08.1.log&b=3D0&f=3Dnorefer >> >> >> I used jstack to look at what it is doing. The main stack which keeps >> showing up is this: >> >> "main" #1 prio=3D5 os_prio=3D15 tid=3D0x0000000041c41000 nid=3D0x3f560= >> runnable [0x0000ffffbfff8000] >> =C2=A0=C2=A0 java.lang.Thread.State: RUNNABLE >> =C2=A0=C2=A0=C2=A0 at sun.misc.FDBigInteger.rightInplaceSub(FDBigInteg= er.java:890) >> =C2=A0=C2=A0=C2=A0 at >> sun.misc.FloatingDecimal$ASCIIToBinaryBuffer.doubleValue(FloatingDecim= al.java:1357) >> =C2=A0=C2=A0=C2=A0 at sun.misc.FloatingDecimal.parseDouble(FloatingDec= imal.java:110) >> =C2=A0=C2=A0=C2=A0 at java.lang.Double.parseDouble(Double.java:538) >> =C2=A0=C2=A0=C2=A0 at java.lang.Double.valueOf(Double.java:502) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:720) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:659) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.term3(JavacParser.java:1196) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.term2(JavacParser.java:909) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.term1(JavacParser.java:880) >> =C2=A0=C2=A0=C2=A0 at com.sun.tools.javac.parser.JavacParser.term(Java= cParser.java:836) >> =C2=A0=C2=A0=C2=A0 at com.sun.tools.javac.parser.JavacParser.term(Java= cParser.java:816) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.parseExpression(JavacParser.jav= a:779) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.variableInitializer(JavacParser= =2Ejava:2291) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.variableDeclaratorRest(JavacPar= ser.java:3035) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.variableDeclaratorsRest(JavacPa= rser.java:3006) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceBodyDeclaration= (JavacParser.java:3537) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceBody(JavacParse= r.java:3436) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.classDeclaration(JavacParser.ja= va:3285) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceOrEnumDeclarati= on(JavacParser.java:3226) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.typeDeclaration(JavacParser.jav= a:3215) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.parser.JavacParser.parseCompilationUnit(JavacParse= r.java:3155) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:628) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.main.JavaCompiler.complete(JavaCompiler.java:772) >> =C2=A0=C2=A0=C2=A0 at >> com.sun.tools.javac.main.JavaCompiler$1.complete(JavaCompiler.java:312= ) >> =C2=A0=C2=A0=C2=A0 at com.sun.tools.javac.jvm.ClassReader.fillIn(Class= Reader.java:2535) >> ... more lines skipped for brevity... >> >> The tail of the buildlog is: >> ... >> [01:02:41] ## Starting jdk >> ... >> [01:05:50] [Error] encoded value was greater than 3: >> encode(15.029411, 1.0, 14.0, 15.0) >> [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, >> 1.0, 24.0, 25.0) >> [01:05:50] [Error] encoded value was greater than 3: >> encode(15.029411, 1.0, 14.0, 15.0) >> [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, >> 1.0, 24.0, 25.0) >> [01:05:57] [Error] Encountered Infinity: encode(-0.00877193, 0.0, >> 7.0, 7.0) >> [01:13:57] Verifying >> /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/bui= ld/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64.verifi= cation.tmp >> to >> /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/bui= ld/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64 >> >> >> And this is the last output for 32 hours already. I have no idea if >> the last logline has anything todo with the current activity of the >> compiling process. >> >> Any thoughts on how to fix or debug this? Would it be a Java, OS or >> RPI4 problem? >> >> Regards, >> Ronald. >> =C2=A0 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"= >> >> >> > > > Hi, > > I have no idea why, but it seams that enabling > /usr/ports/java/openjdk8/files/fpuhack.patch on aarch64 fixes my build > on 14.0/aarch64. Does this make sense? In the Makefile it was only > enabled on armv6 and armv7. > > Regards, > Ronald. > > _______________________________________________ > freebsd-java@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org"=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?010101786978fe2d-f0dcdce8-fe2e-4747-af59-a3e61e0e2572-000000>