- java-devroom - lists.fosdem.org

Free Java DevRoom talk proposal: The State of OpenJDK
by mark.reinhold＠oracle.com 09 Dec '17

09 Dec '17

Title: The State of OpenJDK Abstract: A review of the past year in the life of the OpenJDK Community, and a look at what's ahead. Recording: Okay under CC-BY-2.0; CC-BY-SA-2.0 preferred Brief bio: Chief Architect, Java Platform Group, Oracle Blog: http://mreinhold.org/blog Twitter: @mreinhold NOTE: I can do this in 25 minutes, but it'll be tight. A 45-minute slot would allow time for questions and discussion.

1 0

Proposal: JVM startup: why it matters to the new world order
by Daniel Heidinga 08 Dec '17

08 Dec '17

1 0

Talk Proposal: The Z Garbage Collector - An Introduction
by Per Liden 01 Dec '17

01 Dec '17

Title: The Z Garbage Collector - An Introduction Abstract: The Z Garbage Collector, also known as ZGC, is a new garbage collector optimized for low latency and very large heaps. We've developed ZGC internally at Oracle so far, but we're now open-sourcing it so as to broaden the base of both contributors and users. It was recently accepted as an official project under OpenJDK where future development will be happening. This talk will give an overview of how ZGC works, how it scales to multi-terabyte heaps and how it maintains very low GC pause times. We'll present the goals, current status and what to expect going forward. We'll also give a quick primer on how to get started using ZGC on your workloads. Time: 25 min works, but 45 min would give us a chance to dive a bit deeper. Speakers: Per Liden and Stefan Karlsson Bios: Per Liden is a member of the HotSpot Garbage Collection team at Oracle, and has been working on JRockit and HotSpot projects for the past 8 years. Per is an OpenJDK Reviewer and the lead for the ZGC project. Stefan Karlsson is a member of the HotSpot Garbage Collection team and has been working on JRockit and HotSpot projects for 13 years. Stefan is an OpenJDK Reviewer and has been working on large projects like the Permgen Removal, G1 Class Unloading, and for the last two years, ZGC.

1 0

Proposal: Hacking the JVM from Java
by Tobias Lindaaker 01 Dec '17

01 Dec '17

I would like to propose a 25 minute talk for the Free Java DevRoom. TITLE: Hacking the JVM from Java = ABSTRACT = The JVM contains many interesting features that are frequently overlooked, not exposed through the Java standard library, or typically only accessible from native code. In this talk we will walk through a few of these features, and how they can be used from plain old java code. For example we will see how to access local variables from calling methods, as well as powerful ways to monitor what the JVM does when executing our code. Free Java allows us access to these features, as well as the ability to contribute towards improving their implementation and make them publicly available to other users. Together we can influence the direction of Java and help get more powerful features into the standard JDK. RECORDING: acceptable under a CC-BY-2.0 license = BIO = Tobias has been with Neo4j since the very beginning, where his Java expertise frequently comes in handy. Even outside of Neo4j, he has a long experience with open source and java development. For example he contributed to rewriting the Jython compiler in order to support Python 2.5. TWITTER URL: https://twitter.com/thobe <https://twitter.com/thobe> WEBSITE / BLOG URL: http://www.thobe.org/ <http://www.thobe.org/> Cheers, Tobias

1 0

Top Ten Metrics for Evaluating your Garbage Collector
by Christine Flood 01 Dec '17

01 Dec '17

Title: Top Ten Metrics for Evaluating your Garbage Collector Abstract: There's an old joke about a new bride who prepares her first big dinner for her new husband. She's making her mother's brisket recipe which starts by cutting the ends off of the roast. Her husband asks her why she cuts the ends off. She says she does it because that's the way her mother always did it. She asks her mother and her mother says "That's the way your grandmother always did it". She asks her grandmother and her grandmother says "That's the only way it would fit in my pan". There's a lot of folklore and myth surrounding Java garbage collection performance, most of which is obsolete, irrelevant to your application, or was never really right in the first place. So how do we evaluate a GC algorithm? We can measure various metrics: end to end run time, maximum pause time, average pause time, percentage of the cpu given to the Java threads, memory footprint, micro benchmarks, ... This talk will focus on ten (give or take) metrics/tools we can use to evaluate garbage collection performance. This isn't a comparison of OpenJDK collectors, it's a discussion of what characteristics are important in a good garbage collector and how to measure them. Speaker: Christine H. Flood is one of the authors of Shenandoah at Red Hat. She has been hacking Garbage Collectors for longer than she cares to admit. She's published academic papers on Shenandoah, G1, and the Parallel Collector and is a Java One Rock star. Time: 25 minutes Recording video and/or audio CC-BY-2.0 license is acceptable.

1 0

Talk Proposal: Class Metadata: A User Guide
by Andrew Dinn 01 Dec '17

01 Dec '17

Title: Class Metadata: A User Guide Abstract: The OpenJDK JVM eats class bytecode and spits out Java heap objects and machine code as part of normal execution. However, the JVM manages more data than just bytecode, Java objects JITted code. In order to manage heap memory and to ensure correct execution, the JVM and JITted code need to retain and, occasionally, interrogate details of the loaded class base. Bytecode is not a very 'efficient' representation for this purpose, nor does it include details of runtime-derived info like class and method implementation dependencies, compile history and JITted code status, or execution profiles. So, the JVM throws away most bytecode after parsing, in its place constructing and maintaining its own 'efficient' in-memory (C++) data structures which model both the loaded class and method base and runtime-derived state. This is what is known as Class Metadata. Class Metadata is a significant component of the Native Memory storage allocated and managed by the JVM, alongside JIT Compiler Metadata, GC Metadata, Thread Metadata, etc. For small applications that don't create a large number of Java objects Metadata can constitute a large portion of a Java application's resident memory set. This talk will begin by describing how to use the jcmd tool to measure summary JVM Native Memory storage costs, including overall Class Metadata costs. It will also show how to use jcmd to obtain a detailed breakdown of the latter costs, splitting the overheads along two axes: firstly, by class; and secondly, dividing per-class costs into separate sub-costs associated with different component subsets of the class model: classes per se, constant pools, methods and annotations. I will go on to explain how Class Metadata is carved out of the memory regions managed by the JVM's Native Memory allocation routines and detail the memory layout of the various C++ types which define the elements of the Class Metadata model, thereby clarifying some of the more detailed statistics available in jcmd output. Real-life use cases will be employed to explain how specific costs arise from code design choices and to suggest how alternative choices might increase or decrease Class Metadata costs. Speaker: Andrew Dinn OpenJDK developer and Byteman Project Lead working at Red Hat Time: 45 min preferred Recording video and/or audio CC-BY-2.0 license is acceptable. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander

1 0

Free Java Devroom deadline extended!
by Mario Torre 01 Dec '17

01 Dec '17

Hello everyone! It’s Christmas earlier this year! By popular demand we are excited to extend the deadline for submission to the 10th of December (23:59 CET)! I will shortly update the website, but the new deadline is effective immediately! Cheers, Mario

1 0

Talk proposal: Graal: How to use the new JVM JIT compiler in real life
by Christian Thalinger 30 Nov '17

30 Nov '17

Title: Graal: How to use the new JVM JIT compiler in real life Abstract: With JEP 317: Experimental Java-Based JIT Compiler it is very likely that Graal will be part of JDK 10. In fact, Graal is already available in JDK 9 due to JEP 243: Java-Level JVM Compiler Interface. Graal is itself written in Java and that brings some new properties and behavior to the table which we haven’t seen with existing HotSpot JIT compilers. This talk will show how to use Graal with JDK 9, how to compile an upstream Graal version and what to look out for when using it for benchmarking or even in production. Speaker: Chris Thalinger - Staff Software Engineer at Twitter Bio: Chris Thalinger is a software engineer working on Java Virtual Machines for over 13 years. His main expertise is in compiler technology with Just-In-Time compilation in particular. Initially being involved with the CACAO and GNU Classpath projects, the focus shifted to OpenJDK as soon as Sun made the JDK open-source. Ever since Chris has worked on the HotSpot JVM at Sun, Oracle and now at Twitter. Time: can do 25 minutes but 45 minutes would obviously be better Twitter: @christhalinger

1 0

Talk proposal: Class Data Sharing - Sharing Economy in the HotSpot VM
by Volker Simonis 30 Nov '17

30 Nov '17

Title: Class Data Sharing - Sharing Economy in the HotSpot VM Abstract: Class Data Sharing (CDS) is a feature that was introduced in Java 5 to improve startup performance and reduce the memory footprint of the JVM by sharing the metadata of system classes between virtual machines running on the same host. During the last years, this feature has been constantly improved. In OpenJDK 10 CDS will be extended by AppCDS which additionally allows the sharing of application classes between VM instances (see JEP 310: Application Class-Data Sharing [1]). In this talk I will briefly introduce CDS and AppCDS. After demonstrating its various use cases, I will do a short deep-dive into the implementation details and challenges. Finally I will briefly describe how Strings and Symbols can be stored in the CDS archive and shared across VM as well since OpenJDK 9. After the talk, the audience should have a better understand of the CDS/AppCDS feature and be able to decide whether it makes sense to use it for their own applications. [1] http://openjdk.java.net/jeps/310 Recording me on video and/or audio under CC-BY-2.0 license is OK. Bio: Volker Simonis works in SAP JVM Technology group. He is an OpenJDK contributor from the very beginning and helped SAP to engage in the OpenJDK project. He's the project lead of the OpenJDK PowerPC/AIX and s390x porting projects, a JDK reviewer and JCP Executive Committee representative for SAP. He's also a member of the JCP JSR 379 (Java SE 9) and JSR 383 (Java SE 10) Expert Groups.

1 0

Talk proposal: G1 - Not^H^H^HNever Done!
by Thomas Schatzl 30 Nov '17

30 Nov '17

Title: G1 - Not^H^H^HNever Done! Abstract: In JDK 9 we made the G1 garbage collector the default OpenJDK garbage collector. Does that mean G1 is done? Definitely not! The Oracle GC team is working on exciting changes to improve throughput, latency and memory footprint for the G1 garbage collector for the next JDKs. We are excited to give you a heads up on a few of them: * Faster Card Scanning * Parallel Full GC in G1 * Rebuild Remembered Sets On The Fly * Abortable Mixed GCs * Automatic Thread Sizing Of course, this is just what we are currently working on; we would also like to share a few interesting ideas that would be interesting to pick up and contribute. :) Speaker: Thomas Schatzl, OpenJDK developer working at Oracle; working on garbage collection for 8+ years; previously contributor to the FreePascal open source Pascal compiler. Time: 25 min, but can be extended to 45 mins Recording video and/or audio CC-BY-2.0 license: Thomas Schatzl: fine Blog & Microblog: Thomas Schatzl: - Thanks, Thomas

1 0