[DOM] Gestion de memoire (desallocation de nodes non effective)

Version imprimable

11/09/2008, 12h42
christini

[DOM] Gestion de memoire (desallocation de nodes non effective)

Bonjour,

je suis confronté à un problème assez vicieux.

J'ai une application dans laquelle j'ai un conteneur (div) auquel j'affecte du texte contenant du html via un une methode ajax.

Lorsque je veux ré-affecter un autre contenu dans ce conteneur, j'utilise la methode update de prototype avec mon nouveau contenu, jusqu'ici tout va bien ca marche.

Le probleme est que dans un soucis d'optimisation des perfs de l'appli je me suis appercu (avec le logiciel drip), qu'a chaque fois que je faisais ces updates, les references de "l'ancien" contenu etaient gardés en memoire..

En gros si j'affecte XXXXX dans mon conteneur, puis que je veux l'updater avec YYYYY, drip me dit que XXXXX existe toujours dans la memoire...

Meme apres avoir utilisé des méthodes telles que removeChild, ou destroy() de mootools, rien n'y fait, impossible de supprimer réellement l'ancien contenu..

Je sollicite donc votre aide, si jamais quelqu'un a déjà été confronté à cette problematique.

Merci d'avance
11/09/2008, 13h24
Bovino

Peut-être :

Code:



et

Code:

$('monspan')=null;
11/09/2008, 13h25
SpaceFrog

faut à mon avis pas compter sur javascript pour avancer sur le sujet ...
javascript ressemble à un petit bébé de 6 mois à qui tu aurais donné un pot de nutella et laché au milieu d'un blanchisserie ... Il laisse des traces partout
11/09/2008, 13h47
le_chomeur

sujet traiter il y a peu de temps , il faut effectivement après avoir détruit les éléments via le dom ( removeChild ) nuller ton objet comme Bovino l'a montrer :)
11/09/2008, 13h48
christini

@bovino : j'ai essayé aussi, ca ne marche pas ils apparaissent tjrs dans drip :D

@spacefrog : oui je vois ce que tu veux dire, le garbage collector est tres mal fichu, mais ca me parait un probleme fondamental qd meme, j'ai lu beaucoup de trucs au sujet des fuites memoires liées aux events, mais quasi rien au sujet des noeuds non desalloués dans la memoire...

edit : javais pas vu le post au dessus, je vais essayer ca :D

Et bien ca ne marche toujours pas, les "anciens" span apparaissent dans drip... :D

voici mon code au cas où :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
<html>
	<head>
		<script language="JavaScript" type="text/javascript" src="prototype-1.6.0.2.js"></script>
		<script language="JavaScript" type="text/JavaScript">
			function refreshTest()
			{
				var content = "<span id='blah'>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</span>";
				var tChilds = $("parent").childElements();
 
				for(var i=0;i<tChilds.length;i++)
				{
					if(tChilds[i])
					{
						$("parent").removeChild(tChilds[i]);
						tChilds[i]=null;
					}
				}
				$("parent").update(content);
			}
		</script>
	</head>
	<body>
		<span onClick="refreshTest();">REFRESH</span>
		<div id="parent" />
	</body>
</html>

les spans "blah" s'empilent dans drip à chaque fois

11/09/2008, 14h29
DoubleU

Fais voir une capture de ce que te donne drip?
11/09/2008, 14h59
christini

http://img255.imageshack.us/img255/45/dripdr4.th.jpg

il m'affiche 4 spans "blah" apres 3 refresh, alors qu'il ne devrait en afficher qu'un (puisqu'en faisant des removeChild je suis censé tout supprimer à chaque fois)

autre chose interessante que j'ai remarqué en faisant des tests sur la memoire prise par IE et FF :

- sous IE, qd je spam mon "REFRESH" pour re-affecter mon contenu, la ram utilisée par IE reste stable

- sous FF, qd je fais la meme chose, la memoire augmente progressivement jusqu'à un certain point (35mo) et ensuite redescends à 31mo, puis remonte à 35 et redescends et ainsi de suite...

donc je me demande si ce n'est pas un non-probleme sachant que la memoire ne monte pas en fleche comme j'aurais pu m'y attendre..
11/09/2008, 15h25
DoubleU

Ouais drip c'est le meme moteur que sIEve (que tu devrais utiliser plutot, il est plus complet).

Jme suis toujours posé la meme question que toi finalement. Je me demande meme en fait si le logiciel n'introduit pas un biais dans la mesure parce que si tu regardes dans ton noeud a droite, t'as "drip__hook" qui permet de faire les mesures. A mon avis, a cause de cet attribut, ton noeud reste toujours en mémoire tant que drip est ouvert, mais quand t'es dans ton navigateur classique, tu ne l'as pas cet attribut qui traine, donc pas sur que le spam reste en mémoire. La, il reste parce que drip en conserve une référence pour l'afficher ? A voir quoi.
11/09/2008, 15h46
SpaceFrog

on peut le chopper ou seive ?
11/09/2008, 16h00
DoubleU

http://home.wanadoo.nl/jsrosman/

ou chercher sieve memory leak sur google