Hi guys!
I just wanted to inform you that Paul Sandoz sadly couldn’t make it to JFokus
and the VM Tech Summit in February. Luckily we have found Simon Ritter to
replace him. Simon will be wearing his Azul hat, and will talk about the Object
Layout project (objectlayout.org).
The speaker list
Guys. Sadly Paul couldn’t make it, but we have replaced him with Simon Ritter,
who will be wearing his new Azul hat. You are all welcome to attend!
https://www.jfokus.se/jfokus/jvmtech.jsp
<https://www.jfokus.se/jfokus/jvmtech.jsp>
/M
/M
> On 19 Nov 2015, at 17:17, Marcus Lager
. Watch this
space.
As usual there is time allocated for breakout sessions, improvised unscheduled
lightning talks and discussions / Q
Join the best VM internals conference initiative since JVMLS, and the first of
its kind in the old world.
Regards
Marcus Lagergren
signature.asc
Description
At the VM language summit at JFokus 2015, we discussed having ways to get new
dynamic language functions into the JVM without having to resort to generating
a class wrapping their byte code. A class is currently the smallest possible
compilation unit for the JVM, and its installation carries
Btw,
I have a few 50% discounts left for the VM tech day. If you are interested,
please e-mail me directly!
/Marcus
On 19 Jan 2015, at 10:58, Marcus Lagergren marcus.lagerg...@oracle.com
wrote:
And to further clarify things - you can attend _only_ the VM Tech day / tech
summit, should
/register.jsp
http://www.jfokus.se/jfokus/register.jsp)
/M
On 18 Jan 2015, at 22:54, Marcus Lagergren marcus.lagerg...@oracle.com
wrote:
Greetings community members!
Here is something that I'm sure you'll find interesting.
I want to advertise the upcoming VM tech day” event, scheduled
Remi, I tried to reproduce your problem with jdk9 b44. It runs decently fast.
When did it start to regress?
Regards
Marcus
On 30 Dec 2014, at 20:48, Remi Forax fo...@univ-mlv.fr wrote:
Hi guys,
I've found a bug in the interaction between the lambda form and inlining
algorithm,
basically
7u40 is when the native invoke dynamic implementation was replaced with Lambda
Forms :-/
/M
On 07 Jan 2015, at 17:13, Remi Forax fo...@univ-mlv.fr wrote:
On 01/07/2015 10:43 AM, Marcus Lagergren wrote:
Remi, I tried to reproduce your problem with jdk9 b44. It runs decently fast.
yes
Nicely done, Duncan. Do you have a link to the issue report?
Regards
Marcus
On 03 Nov 2014, at 16:48, MacGregor, Duncan (GE Energy Management)
duncan.macgre...@ge.com wrote:
I’ve reported an Eclipse bug. Doesn’t look like their debugger has ever
done quite the right thing, unless the
+1 for me. I assume that Wrapper.java is only reformatting. It looks like it.
Regards
Marcus
On 15 Oct 2014, at 14:12, Vladimir Ivanov vladimir.x.iva...@oracle.com wrote:
http://cr.openjdk.java.net/~vlivanov/8060483/webrev.00/
https://bugs.openjdk.java.net/browse/JDK-8060483
Recent changes
+1
On 05 Sep 2014, at 12:46, Aleksey Shipilev aleksey.shipi...@oracle.com wrote:
On 09/05/2014 12:09 PM, Vladimir Ivanov wrote:
http://cr.openjdk.java.net/~vlivanov/8057654/webrev.00/
https://bugs.openjdk.java.net/browse/JDK-8057654
Random style rant of the week, not particularly about
Totally agree on that bytecode based metrics are evil.
On 05 Sep 2014, at 14:32, Thomas Wuerthinger thomas.wuerthin...@oracle.com
wrote:
This is why Graal’s inlining heuristics are not based on the number of
bytecodes, but the complexity of the compiler graph after applying
Ah yes- this was a bad example given that we cache the lambda forms. Sorry. I
do see lambda form execution time for other things that aren’t inlined, though.
Let me get back to you with profiles.
When it comes to generating call site specific typed invokers as discussed in
this thread, I think
Regarding indy dense code:
It is certainly a problem both for JRuby with indy and Nashorn with indy that
indy scalability is so bad in 9 builds with the current JITs. I suspect that as
Java 8 grows as a code base and as a language, it will turn into a problem with
Java 8 lambdas too. Nashorn
Hi Per!
This is mostly invokedynamic related. Basically, an indy callsite requires a
lot of implicit class and byte code generation, that is the source of the
overhead we are mostly discussing. While tiered compilation adds non
determinism, it is usually (IMHO) bearable…
/M
On 23 Aug 2014,
I agree completely with Charlie’s assessment about Lambda Forms being a
problematic mechanism for indy call site linking due to its
* Lack of scalability (explosion of byte code)
* Metaspace usage
and everything else that has been described below.
I’m currently recovering after surgery and a
To get into this faster it would be nice if the new private fields (or the
existing ones for that matter) had a comment describing what they were for, e.g.
+ private final byte[] localTypes;
+ private final Class?[] localClasses;
I can figure it out from the code, but it would have been
This looks good, and we have done a significant number of test runs to verify
its integrity.
I say ship it. +1
We know that there are some issues with sun.misc.ValueConversion.castReference
and similar internal methods not being inlined, but as far as I can understand
this is a separate issue
Got catches, Paul!
/M
On 20 Feb 2014, at 18:57, Vladimir Ivanov vladimir.x.iva...@oracle.com wrote:
Paul,
Thanks for the feedback! See my answers inline.
Updated webrev:
http://cr.openjdk.java.net/~vlivanov/8027827/final/webrev.01/
I finally figured out how to make caching work. This
Wohoo! Let us know when you have something we can test drive. I have some JFR
recordings that show that the catch combinator indeed takes time in otherwise
well behaved benchmarks (even though the catch is never entered)
/M
On 12 Nov 2013, at 17:14, John Rose john.r.r...@oracle.com wrote:
On
+1 to that. We could probably host something in Stockholm too, if there is
interest. (We are the third largest Oracle JVM engineering site in the world
after Santa Clara and Burlington, MA).
/M
On Apr 11, 2013, at 10:09 PM, Charles Oliver Nutter head...@headius.com wrote:
I would absolutely
there from the JVM team.
Marcus Lagergren and Attila Szegedi from the Nashorn team are not
confirmed but if available would be good for user experience.
Cheers,
-- Jim
On 2013-04-08, at 5:39 PM, Mark Roos mr...@roos.com
mailto:mr...@roos.com wrote:
Ok Charles is one expert, how
At least for us, the InlineSmallCode workaround pretty much compensated
entirely for the loss of tiered. This may not be the case for you, but I hope
so. Benchmarking with tiered is very noisy with lots of standard deviation.
/M
On Apr 1, 2013, at 9:23 PM, Christian Thalinger
FYI,
Google Dart now has a twitter account : https://twitter.com/#!/dart_lang and
Website is up http://www.dartlang.org/
/M
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
24 matches
Mail list logo