Re: A simple PIC api

The overhead is negligible in my micro-benchmarks for monomorphic and trimorphic call sites compared to regular Java virtual calls. - Julien On Tue, Mar 10, 2015, at 18:25, Mark Roos wrote: > From Julian > > That being said performance of the PIC construct is very good in our > case. > >

Re: A simple PIC api

> For your use case do you have the same situation as I do with 99%+ of call > sites having > less than 5 targets? Yes. We set the PIC<->megamorphic threshold to 5 in Golo, in which case we degrade to a stable but slower map-based + invoker dispatch. That being said performance of the PIC c

Re: A simple PIC api

How is it different from Rémi's construct? https://code.google.com/p/jsr292-cookbook/source/browse/trunk/inlining-cache/src/jsr292/cookbook/icache/RT.java (we use that pattern in Golo) - Julien > On 09 Mar 2015, at 18:51, Mark Roos wrote: > > I was thinking about a generic pic, easy to use bu

Re: What can we improve in JSR292 for Java 9?

Hello, I echo Jochen's griefs on constructors. There are cases of dynamic subclassing or bytecode wizardry where one would like to make that call with invokedynamic, and being forced into doing so with an invokespecial to not break the verifier rules is a big problem. Other than that having so

Re: The Great Startup Problem

Hi Per, > (4) Invokedynamic was a noble experiment to alleviate (2), but so far it > does not seem to have solved the problems. > > (5) It is reasonable to continue to seek improvements in invokedynamic, > but in terms of resource prioritization other enhancement in the Java > platform > (value t

Re: How high are he memory costs of polymorphic inline caches?

Hello, > Apart from Nashorn, JRuby and Groovy, are there other *widely* used > dynamic language implementations known to run on the JVM and using indy > and PICs? Golo [1] is using invokedynamic all the way, and we have PICs for method dispatches. We use a GWT tree up to a depth of 5, then degr

Re: Problems with LambdaForms in jdk7 after u40

Hi, I'm quite concerned with 7u45, too, especially as it contains a bug with method handles and fields., see: * https://github.com/golo-lang/golo-lang/issues/97 * http://mail.openjdk.java.net/pipermail/serviceability-dev/2013-March/008897.html - Julien On 12 Dec 2013, at 14:17, Benjamin Sieff

Re: JVM Summit Wrokshop/talk request

Just an idea: would some of you be interested in having a meeting at some point in Europe? I (or Rémi) can probably organise something at our Unis. - Julien On Apr 9, 2013, at 4:55 AM, Mark Roos wrote: > Thanks for the interest. > > I added this workshop to my proposal. Inputs are welcome

Re: JVM Summit Wrokshop/talk request

Where do you guys could meet? On Mon, Apr 8, 2013 at 9:59 PM, Charles Oliver Nutter wrote: > I will volunteer to be an expert. > > On Mon, Apr 8, 2013 at 2:53 PM, Mark Roos wrote: > > I would love to put it together, but my knowledge is minimal. I don't > mind > > the > > organizing part but I

Re: MethodHandle.invoke* performance

Remi,  Did you publish Dalvik changes somewhere? (or plan to?) Cheers On Wed, Apr 3, 2013 at 6:32 PM, Remi Forax wrote: > On 04/03/2013 06:12 PM, Cédric Champeau wrote: >> Le 03/04/2013 17:50, Remi Forax a écrit : >>> Sorry to be rude, but it's still a micro-benchmark ... >> First of all, ye

Re: MethodHandle.invoke* performance

Hi Cedric, You could make the numbers more meaningful if you extracted 1 method per test, repeated those several times to  favor JIT warming, and discard a few cold runs.  It won't change it dramatically, but at least it will have less deviation and HotSpot will have had a chance to optimize

Re: JEP 169: Value Objects

"Frozen" would be great I think, and it will definitely please the Rubyists :-) - Julien On Thu, Nov 8, 2012 at 2:12 AM, Remi Forax wrote: > On 11/07/2012 10:35 PM, John Rose wrote: > > Thanks! This will move the conversation forward. > > > > -- John (on my iPhone) > > John, Mark, > please t

Re: unreflectGetter and static class initialization

I once heard that there might me plans to push Unsafe to the public APIs... Does anybody have informations about this? - Julien Le 29 oct. 2012 à 17:29, Remi Forax a écrit : > On 10/29/2012 05:03 PM, Christian Thalinger wrote: >> >> On Oct 24, 2012, at 3:32 PM, John Rose >

Re : Missing invokehandle handling in bytecodeInterpreter.cpp

I didn't knew this list was in German :-) Le mercredi 1 août 2012 à 18:26, Roman Kennke a écrit : > Hi Christian! > > Danke für den Tip, ich hab mir die Implementierungen in TemplateTable > und auch die existierenden Implementierungen für die anderen invoke* > bytecodes in bytecodeInterprete

Re: two things invokedynamic canbot do

You may bypass the invokespecial (…)V as a first method invocation within a constructor requirement by launching the JVM with -noverify. As long as you don't do anything stupid in the bytecode it will be just ok and you can call a constructor using indy. Anyway I confess that disabling verifica

Re: [jvm-l] Clever uses of InvokeDynamic

t; To unsubscribe from this group, send email to > jvm-languages+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/jvm-languages?hl=en. > -- Julien Ponge http://julien.ponge.info/ ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev