LCC 221 - Massacre à la tronçonneuse | Les Cast Codeurs Podcast

Guillaume, Arnaud et Emmanuel descendent dans les profondeurs des garbage collectors, Java 14, GraalVM 19.3 (Java is back!) et bien sûr pleins d’autres choses !

Enregistré le 5 décembre 2019

Téléchargement de l’épisode LesCastCodeurs-Episode-221.mp3

News

Langages

GraalVM 19.3 with JDK 11 Support.
GraalVM se met aussi à WebAssembly

Microsoft ready to contribute to OpenJDK

Trois JEPs prévus pour être intégrés à Java 14 :

Stephen Colebourne râle sur le nouveau switch

Tricher le GC de Go avec du poids mort

le GC se déclenche tous les 2x de heap
si pas d’alloc, ca veut dire qu’il vide jusqu’à 1x mais déclenche des GC super fréquemment
donc en allouant (virtuellement) un tableau de 10Go, on réduit le temps entre GC
le cout d’un concurrent mark sweep c’est de marquer les objets vivants (les morts ont peu de cout)
et les co-routines pendant une phase de mark-sweep doivent faire un travail de mark ce qui les ralenties
donc moins de GC veut dire plus rapide
c’est le coût à payer pour un GC avec 1 ou peu de paramètres.

Shenandoah: éliminer les mots de pointeurs en avant

Shenandoah bouge les objets sans mettre à jour ses pointeurs
- juste garde une copie dans l’objet même de ses references
- puis met à jour les references de manière concurrente en parallèle de l’appli
- et enfin peut virer les objets.
par défaut Shenandoah demande un word supplémentaire par objet
- si le word == l’objet, on est normal, sinon il pointe vers la nouvelle copie de l’objet
- 5 à 10 % de mémoire supplémentaire en pratique
peut réutiliser le mark word mais comparaison chère surtout à faire à chaque read-barrier
- uniquement pendant un GC et sur les objets dans des collections set => peu fréquents
- dans les tests le code de décoding supplémentaire est pas visible dans les benchmarks
mais ils ont éliminé les read barrier en load-reference-barrier qui sont moins fréquentes en nombre d’objets
meilleure densité mémoire, moins de pression sur le CPU cache, plus de throughput

Librairies

Micronaut en Trial dans le tech radar de ThoughtWorks et Quarkus en assess

Middleware

Le Camel a trois bosses

un ensemble de projets (Camel, Camel K, Camel extensions pour Quarkus)
nouveau site web
Java 11 support et abandon de Java 8 durant 2020
Camel core modularisé et moins de classes à démarrer, réduire la reflection
support de GraalVM via Quarkus
DSL typesafe de définition de endpoint
Cœur réactif
Intégration avec microprofile
nouveaux composants ( - graphql - 4 more AWS components - Debezium components)

Infrastructure

Sonatype racheté
Annonce par Sonatype du rachat

par une boite de private equity…
il est temps de backuper central

Docker à la découpe. Docker Enterprise racheté par Mirantis
Les fondateurs de Google tournent la page

Plus simple, un seul objet
plus compliqué des détails d’implémentations (nouveau champ d’un cote ou de l’autre)
accumulation d’annotations pour abstraire ses modèles (JSON, JPA)
associations gérées en proxy dans JPA et en id ou null dans API
V2 de l’API
agrégation des données dans l’API