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

Reply via email to