Discussion :

[sunzoo]

Bonjour à tous,
j'ai une application monothread qui charge un csv en mémoire , environ 30M lignes x19 colonnes
en forçant le garbage collector à ZGC les temps sont multipliés par 2 par rapport à G1 ou ParallelGC
j'ai suffisamment de heap -Xmx28G mais c'est très lent dés le début
j'ai un I7 8 coeurs j'ai essayé d'allouer 2 coeurs au GC
en regardant avec jvisualVM le temps de GC ne parait pas extraordinaire et le temps CPU pour l'appli semble normal
avez vous une idée ?
Windows 10 64bit / 32Go

[marc.collin]

Bonjour à tous,
j'ai une application monothread qui charge un csv en mémoire , environ 30M lignes x19 colonnes
en forçant le garbage collector à ZGC les temps sont multipliés par 2 par rapport à G1 ou ParallelGC
j'ai suffisamment de heap -Xmx28G mais c'est très lent dés le début
j'ai un I7 8 coeurs j'ai essayé d'allouer 2 coeurs au GC
en regardant avec jvisualVM le temps de GC ne parait pas extraordinaire et le temps CPU pour l'appli semble normal
avez vous une idée ?
Windows 10 64bit / 32Go

ton système tomberait sur le swap?

[sunzoo]

je ne pense pas que ce soit un pb de swap, j'ai refait un test avec un heap de 20GB ce qui laisse 12GB pour le système.
j'ai un ralentissement de 4x (100sec -> 400sec)
est-ce que cela pourrait être lié au JIT et la JVM qui resterait en mode interprété ?
Pour l'instant G1 fait le taff donc pas grave.

[marc.collin]

je ne pense pas que ce soit un pb de swap, j'ai refait un test avec un heap de 20GB ce qui laisse 12GB pour le système.
j'ai un ralentissement de 4x (100sec -> 400sec)
est-ce que cela pourrait être lié au JIT et la JVM qui resterait en mode interprété ?
Pour l'instant G1 fait le taff donc pas grave.

active les logging

-Xlog:gc*

afin de voir où se situe le problème

java 16 est pas encore finalisé... mais sortira très bientôt devrait pas avoir de gros problème comme celui ci