Conference
Room: Paris 241
Scheduled at : Thursday 16:45 17:30
La plupart du temps, on oublie que le GC existe parce qu'il s'occupe tout seul de gérer la mémoire. Mais, malheureusement, il est souvent impliqué dans des incidents de production. C'est là que l'on se rappelle qu'il existe et que tout n'est pas magique ! L'OpenJDK est, de plus, livré avec une poignée de GCs avec différentes caractéristiques et celui par défaut (enfin pas toujours...) n'est pas le plus facile à appréhender.
Pourtant ce choix de GCs permet à la JVM de s'adapter à des types d'applications et de charges très différentes, que ce soit en terme de latences ou de débit. Je vous propose de découvrir comment dompter ces bêtes et d'arriver à en tirer parti correctement pour améliorer votre quotidien, vos applications et vos ressources.
> Jean-Philippe BEMPEL
Développeur passionné par les performances, les runtimes (JVM, CLR) et adepte de Mechanical Sympathy, Jean-Philippe Bempel a plus de 8 ans d'expérience dans les systèmes de trading low latency. Après avoir optimisé les resources de larges clusters (2000+ noeuds) chez Criteo, Il a rejoint Datadog et contribue à Java Mission Control.
Presentation type | Conference |
---|---|
Track | Java, JVM |
Presentation level | Intermediate |
Keywords | G1 GC Shenandoah GCs HotSpot JVM |
Room Paris 241