Discussion :

[olikhvar]

bonjour

moi j'apprends java depuis 3 moins. je voudrais savoir quelque choose concernant de garbage collection. quand je type


.....
int i=5;
....
Class myclass = new Class();
.....
system.gc();
}
//system.gc();qu'il fait dans mon programme

expliquez moi svp

heap et stack mémory?

merci

[nabodix]

La pile(stack) et le tas(heap) sont deux "zone" de ta mémoire qui ne sont pas géré de la même façon.. (je te conseille de chercher plus d'info la dessus et de ne pas te contenter des simplifications que je vais faire, surtout que je dis cela de tête et qu'il est très probable que ce ne soit pas rigoureusement exact!) ..

La pile est une partie de la mémoire très restreinte en possibilités.. Elle grandira en fonction de l'exécution de ton programme (des appel de méthodes, ect).
C'est là que sera enregistré les types primitif (tel que ton int i=5) et la référence de tes Objets (c'est à dire le nombre qui représentera l'adresse mémoire de ton Objet en lui même)..

Les Objets en eux-même seront enregistré dans l'autre partie de ta mémoire: le tas (heap).
Dans cette partie de mémoire, on est beaucoup plus libre, mais elle sera également plus désordonné.. Et c'est le "garbage collector" qui se chargera de sa gestion (et une bonne gestion est primordial pour l'efficacité de ton programme)..

Le garbage collector se chargera d'effacer les données se trouvant dans le tas dont il n'existe plus de liens (dans la pile) menant vers elles.
L'exécution de System.gc() aura pour effet de forcer le garbage collector de re-vérifier la mémoire (mais c'est à éviter! 'Vaut mieux laisser Java s'occuper de tt cela )

Voilà, très brièvement



Mais il y a surement plein de choses intéressante à ajouter... (et t'inquiète pas; si j'ai dis une grosse erreur, on ne manquera pas de me le faire remarquer (surtout si Frédéric passe par ici ))..

De toutes façons, il n'est pas compliqué de trouver sur le web plus d'informations à propos de la gestion de la mémoire.. (et ainsi de ne pas te contenter que d'une seule source..)

Bon amusement..

[hasalex]

Tu trouveras quelques liens sur la gestion de la mémoire dans le JVM sur cette discussion précédente.

J'ajouterais une petite précision à la réponse (pertinente) de nabodix : Systen.gc(); est non seulement mal, mais en plus sans garantie. En effet, l'argument -XX:-DisableExplicitGC le rend inopérant.

Généralement, on considère que dans une application qui fonctionne coté client, donc avec 1 seul utilisateur, Systen.gc() ne pose pas de problème, mais sur une application JavaEE, ça peut être catastrophique et mener au blocage de tous les utilisateurs pendant plusieurs secondes, voire des dizaines de secondes.

[adiGuba]

Salut,

Généralement, on considère que dans une application qui fonctionne coté client, donc avec 1 seul utilisateur, Systen.gc() ne pose pas de problème

Même dans une application client cela peut poser de gros problème de performance car l'appel inutile au GC est couteux.

Un exemple des problème que cela peut engendrer : Difference de performances Unix/Windows d'un programme?

a++

[hasalex]

Oh le beau cas ! Je le citerai en exemple...

Merci pour le lien.