Preview de Loom : Reimplementation des blocs synchronized
11 views
Skip to first unread message
Remi Forax
Feb 10, 2024, 12:47:52 PMFeb 10
to lescastcodeurs
Hello,
Alan Bateman vient de publier une version de Loom (basé sur une des premières beta du JDK 23) qui ré-implante le mécanisme des blocs synchronized pour qu'ils marchent avec les threads virtuelles.
https://jdk.java.net/loom/
Cette version fixe deux des trois problèmes liés au bloc synchronized qui au lieu de de-scheduler la thread virtuelle bloque la thread plateforme (pinning).
Les problèmes fixés sont:
- si on rentre dans un bloque synchronized
- si on fait un appel bloquand dans un block synchronized
dans ce cas, la thread virtuelle est maintenant bien dé-schedulée.
Il reste le problème du wait() à l'intérieur d'un bloc synchronized qui pour l'instant reste bloquant.
Normalement, si on lance l'application avec
-Djdk.tracePinnedThreads
seul le dernier problème devrait être reporté.
Maintenant, reste à savoir si cette nouvelle implantation des locks (techniquement, il y a deux nouvelles implantations) n'introduit pas de regression dans les applis.
Donc si vous avez un peu de temps pour tester votre appli préféré et reporter sur la mailining list de loom si il y a des problèmes, cela serait cool.
Le message de Alan,
https://mail.openjdk.org/pipermail/loom-dev/2024-February/006433.html
Rémi
Alan Bateman vient de publier une version de Loom (basé sur une des premières beta du JDK 23) qui ré-implante le mécanisme des blocs synchronized pour qu'ils marchent avec les threads virtuelles.
https://jdk.java.net/loom/
Cette version fixe deux des trois problèmes liés au bloc synchronized qui au lieu de de-scheduler la thread virtuelle bloque la thread plateforme (pinning).
Les problèmes fixés sont:
- si on rentre dans un bloque synchronized
- si on fait un appel bloquand dans un block synchronized
dans ce cas, la thread virtuelle est maintenant bien dé-schedulée.
Il reste le problème du wait() à l'intérieur d'un bloc synchronized qui pour l'instant reste bloquant.
Normalement, si on lance l'application avec
-Djdk.tracePinnedThreads
seul le dernier problème devrait être reporté.
Maintenant, reste à savoir si cette nouvelle implantation des locks (techniquement, il y a deux nouvelles implantations) n'introduit pas de regression dans les applis.
Donc si vous avez un peu de temps pour tester votre appli préféré et reporter sur la mailining list de loom si il y a des problèmes, cela serait cool.
Le message de Alan,
https://mail.openjdk.org/pipermail/loom-dev/2024-February/006433.html
Rémi
Reply all
Reply to author
Forward
0 new messages