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

**christini** · 11/09/2008, 12h42

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

**Bovino** · 11/09/2008, 13h24

Peut-être :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<span id="monspan"></span>

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$('monspan')=null;

**SpaceFrog** · 11/09/2008, 13h25

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

**le_chomeur** · 11/09/2008, 13h47

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

**christini** · 11/09/2008, 13h48

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

@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

**christini** · 11/09/2008, 14h08

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

voici mon code au cas où :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

**DoubleU** · 11/09/2008, 14h29

Fais voir une capture de ce que te donne drip?

**christini** · 11/09/2008, 14h59

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..

**DoubleU** · 11/09/2008, 15h25

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.

**SpaceFrog** · 11/09/2008, 15h46

on peut le chopper ou seive ?

**DoubleU** · 11/09/2008, 16h00

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

ou chercher sieve memory leak sur google

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

JavaScript

Discussions similaires

Partager

Partager