Discussion :

[kliel]

Bonjour,

remarquez vous aussi des latences ou de fortes consos CPU en JDK 11 et 14 pour une appli JavaFX si on utilise des cartes graphiques intégrée intel UHD 610/620 à dans mon cas à un core i3 8145u.
Le même code (certes pas optimisé et un peu long pour le mettre ici) se lance sans problème sur un pc atom et/ou un core i5 mais sur un core i3 8145u et sa carte graphique 610/620 au bout d'un moment cela sature le cpu.
C'est un graphe (linechart) qui affiche des valeurs toutes les secondes, au bout de 3 heures le CPU voit sa conso passer de 20% à 90-100%.
J'ai déjà essayé de changer les paramètres jvm, paramètres prism.order etc mais j'ai toujours le phénomène.
quelqu'un a une explication? ou un axe de recherche à me conseiller?
merci d'avance

[bouye]

Ca m'étonnerait pas qu'il y ait des fuites mémoires dans les graphes et encore plus dans la gestion des CSS (certaines ont d'ailleurs été corrigées dernièrement). Il se pourrait que ça arrive aussi sur l'i5 mais plus tardivement. Quelles sont les tailles des RAM des deux cartes vidéo ? Est-ce qu'elles utilisent de la mémoire partagée avec la RAM centrale ?

Dans certains usage les graphes FX sont pas vraiment appropriées et il faut pas hésiter à les réécrire en partie. Dans le passé, j'ai par exemple gagné pas mal en performances d'affichage lorsqu'on tente d'afficher pas mal de graphes avec des gros jeux de données en replaçant le graphe vectoriel par un graphe bitmap (qui se dessine donc dans un Canvas mais avec un rendu identique au LineChart vectoriel de l'API) et en supprimant du superflus propre aux graphes FX (ex: les animations).

[kliel]

RAM de la carte graphique "intel UHD Graphics 620" 4170 MB dont:
- 128 MB dédié
- 4042 MB partagé

J'avais vu aussi le problème de performances des charts de javafx et j'ai déjà désactivé les animations, joué sur le cache etc.
Je vais regarder ta solution en partant de la base pour refaire mon propre graphe et ou regarder d'autres librairies graphiques comme chartfx ou jfreechart

merci