Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Yves Martin
Bruno writes:
bonjour,
connaisez vous un moyen pour eviter le "scanning" du GC sur une zone de memoire? ex : un grand tableau d'objects permanents
C'est surement possible avec les nombreuses options du GC de la JVM de Sun.
Pour les JVMs d'IBM, les options sont moins nombreuses - surtout sur les eSeries et z/OS.
Le point de départ: java -verbose:gc
L'idée est d'éviter au maximum les fullgc et de ne faire que des gc incrémentaux mais les options du gc sont très complexes, rien ne vaut la lecture de la doc idoïne sur le site de Sun. http://java.sun.com/docs/hotspot/gc1.4.2/
Bonne chance -- Yves Martin
Bruno <bcausse@lepoint.tm.fr> writes:
bonjour,
connaisez vous un moyen pour eviter le "scanning" du GC sur une zone de
memoire?
ex : un grand tableau d'objects permanents
C'est surement possible avec les nombreuses options du GC de la JVM
de Sun.
Pour les JVMs d'IBM, les options sont moins nombreuses - surtout sur
les eSeries et z/OS.
Le point de départ: java -verbose:gc
L'idée est d'éviter au maximum les fullgc et de ne faire que des gc
incrémentaux mais les options du gc sont très complexes, rien ne vaut
la lecture de la doc idoïne sur le site de Sun.
http://java.sun.com/docs/hotspot/gc1.4.2/
connaisez vous un moyen pour eviter le "scanning" du GC sur une zone de memoire? ex : un grand tableau d'objects permanents
C'est surement possible avec les nombreuses options du GC de la JVM de Sun.
Pour les JVMs d'IBM, les options sont moins nombreuses - surtout sur les eSeries et z/OS.
Le point de départ: java -verbose:gc
L'idée est d'éviter au maximum les fullgc et de ne faire que des gc incrémentaux mais les options du gc sont très complexes, rien ne vaut la lecture de la doc idoïne sur le site de Sun. http://java.sun.com/docs/hotspot/gc1.4.2/
