I tentatively admit guilt. I was still running off the 5/26 build, which still had convertArguments and probably didn't have all the recent optimizations for ricochet. I'm doing an updated build now and will report back shortly.
On Thu, Jun 2, 2011 at 10:13 AM, Charles Oliver Nutter <[email protected]> wrote: > Ok, I'll reinvestigate; I thought I had logged that it was compiling > but perhaps that wasn't with the new property... > > On Wed, Jun 1, 2011 at 3:37 PM, Tom Rodriguez <[email protected]> > wrote: >> I'm seeing slow perf as well but I think it might be a jruby/292 mismatch >> problem: >> >> Exception <a 'java/lang/NoSuchMethodError'>: >> java.lang.invoke.MethodHandles.convertArguments(Ljava/lang/invoke/MethodHandle;Ljava/lang/invoke/MethodT\ >> ype;)Ljava/lang/invoke/MethodHandle; (0xefdd4b18 ) >> thrown >> [/net/smite.us.oracle.com/export/ws/bim/src/share/vm/interpreter/linkResolver.cpp, >> line 354] >> for thread 0x0807c800 >> Exception <a 'java/lang/NoSuchMethodError'> (0xefdd4b18) >> thrown in interpreter method <{method} '<clinit>' '()V' in >> 'org/jruby/runtime/invokedynamic/InvokeDynamicSupport'> >> at bci 2876 for thread 0x0807c800 >> Exception <a 'java/lang/NoSuchMethodError'> (0xefdd4b18 ) >> >> which results in this: >> >> Exception <a 'java/lang/NoSuchMethodError'> (0xefdd4b18) >> thrown in interpreter method <{method} 'tryCompile' >> '(Lorg/jruby/ast/Node;Ljava/lang/String;Lorg/jruby/util/JRubyClassLoader;Lorg> >> at bci 56 for thread 0x0807c800 >> Exception <a 'java/lang/NoClassDefFoundError'>: Could not initialize class >> org.jruby.compiler.impl.StandardASMCompiler (0xefe4c818 ) >> thrown >> [/net/smite.us.oracle.com/export/ws/bim/src/share/vm/oops/instanceKlass.cpp, >> line 440] >> for thread 0x0807c800 >> Exception <a 'java/lang/NoClassDefFoundError'> (0xefe4c818) >> thrown in interpreter method <{method} '<init>' >> '(Ljava/lang/String;Ljava/lang/String;Lorg/jruby/Ruby;Lorg/jruby/internal/runtime> >> at bci 126 for thread 0x0807c800 >> Exception <a 'java/lang/NoClassDefFoundError'> (0xefe4c818) >> thrown in interpreter method <{method} 'jitThresholdReached' >> '(Lorg/jruby/internal/runtime/methods/DefaultMethod;Lorg/jruby/RubyI> >> at bci 220 for thread 0x0807c800 >> >> So I think the jruby compiler never triggers with the new meth.jar. >> >> tom >> >> On May 31, 2011, at 12:03 PM, John Rose wrote: >> >>> On May 31, 2011, at 9:36 AM, Charles Oliver Nutter wrote: >>> >>>> If you mean java.lang.invoke.GWT_FORCE_RICOCHET_FRAMES=true, then I >>>> have more bad news...it's even slower :( >>> >>> Is that with meth-bim.patch applied? That is Tom's first cut at an >>> optimization for RFs. >>> >>> -- John >>> _______________________________________________ >>> mlvm-dev mailing list >>> [email protected] >>> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev >> >> _______________________________________________ >> mlvm-dev mailing list >> [email protected] >> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev >> > _______________________________________________ mlvm-dev mailing list [email protected] http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
