Discussion :

[krunch]

Bonjour

Depuis peu j'utilise array.map() � la place des boucles for() malgr� un avis assez r�pandu selon lequel cette m�thode serait plus lente et donc pas adapt�e au 'hot code'.
Or cet article r�cent par exemple taille un short � la boucle for...

Alors voil�, question simple et directe : selon vous peut-on oublier d�finitivement les for() si par exemple on ne cible que les navigateurs r�cents ?

[SpaceFrog]

while power !
https://fiddle.jshell.net/bseaqa2c/1

[krunch]

Je connaissais pas le while power, effectivement c'est fut�, et le + rapide !

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
while(i-->0){
}

Sinon for() est x2 + rapide (avec FF) que map().

Mais il y a 2 autres arguments dans l'article : le scope ind�pendant (qui �vite de s'emmeler les 'i' et autres variables) et l'aspect m�moire :

It also points out something that you would not notice if merely viewing a for() vs .forEach() test like this. for() uses more memory than .forEach()!

Alors question tr�s g�n�rale : en quoi est ce que l'utilisation de la m�moire est importante face � la vitesse ??
Est ce que ce choix l� peut vraiment influer sur la performance globale, sachant qu'il peut s'int�grer dans du 'hot code' justement et dans des processus qui bouffent d�j� pas mal de m�moire... (du three.js en l'occurrence) ?

[thejocker9]

Question �pineuse aux multiples r�ponses.
C'est pas une question d'utilisation face � la vitesse, les 2 sont intimement li�.
Faut rester raisonnable, un pc a 8Go de ram, bon tu a de la marge , maintenant un vieux tel a 512Mo , c'est la criticit� de d�part qui influence tes choix (qu'est se que je veut, sous quelle platforme ...).
Exemple tu a besoin d'un tableau de 200Mo, plutot que de l'envoyer � une fonction (qui va cr�e une copie, tu te retrouve avec 400Mo ), exteriorise ta variable pour que les 2 fonctions y ai acc�s.
D'ailleurs, a tu r�element besoin de ses 200Mo ? , d�s le d�part ?

"Est ce que ce choix l� peut vraiment influer sur la performance globale"
Oui et non, si tu a une empreinte m�moire de 1Mo sur un pc actuel, tu comprend bien que non, maintenant 250Mo sur une tel de 512Mo, bon la ya un �norme probl�me

Vitesse et m�moire sont deux choses bien distinct mais qui fonctionne ensemble, l'un impact l'autre et vice versa.
Je pense que c'est surtout une question d'algorithmie, chose que la majorit� des devs oublie aujourd'hui malheureusement.

[krunch]

Ok merci !

Tout d'abord une pr�cision de d�part : il ne s'agit pas d'it�rer 3 <li> dans un <ul> mais par exemple d'it�rer une g�om�trie compl�te dans une boucle de requestAnimationFrame() ... Donc le genre de truc o� la performance compte vraiment.

si tu a une empreinte m�moire de 1Mo sur un pc actuel, tu comprend bien que non, maintenant 250Mo sur une tel de 512Mo, bon la ya un �norme probl�me

> Mais est ce qu'on peut dire que l'utilisation de la m�moire n'influe sur la vitesse que si elle vient � manquer, et que sinon �a ne pose pas trop de probl�me ?

Exemple tu a besoin d'un tableau de 200Mo, plutot que de l'envoyer � une fonction (qui va cr�e une copie, tu te retrouve avec 400Mo ), exteriorise ta variable pour que les 2 fonctions y ai acc�s.
D'ailleurs, a tu r�element besoin de ses 200Mo ? , d�s le d�part ?

> �a c'est justement un truc que je suis pas sur d'avoir bien saisi dans le fonctionnement g�n�ral du js : le fait qu'une fonction "cr�e une copie"... Alors mettons que oui, j'ai besoin de traiter 200Mo dans ce genre de contexte...

A ce moment l� si je fais le code suivant je "d�plie" 2 fois les 200Mo dans la m�moire c'est ce que �a veut dire ? C'est la raison pour laquelle il faut �viter les r�cursives ?

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
var pomper = function( tableau_de_200Mo ){
	var repomper = function( tableau_de_200Mo ){
		var truc = ....
		return truc;
	}
	return repomper( tableau_de_200Mo );
}
xx = pomper( tableau_de_200Mo );

Et que veut dire "ext�rioriser" la variable dans ce cas ?

[thejocker9]

"Mais est ce qu'on peut dire que l'utilisation de la m�moire n'influe sur la vitesse que si elle vient � manquer, et que sinon �a ne pose pas trop de probl�me ?"

C'est bien plus complexe que sa, dans l'absolue, quand tu cr�e un tableau de 200Mo, c'est pour t'en servir, tu va surement boucl� dessus, faire des recherche dessus,
et la le proc y tourne.
Une appli, au dela du programme a elle aussi besoin de m�moire, si tu a une appli qui consome 500Mo et qui tu a 512Mo de ram(on fait abstraction de l'os et autre appli),
tu comprend qu'il ne te reste que 12Mo de m�moire utile.


"�a c'est justement un truc que je suis pas sur d'avoir bien saisi dans le fonctionnement g�n�ral du js : le fait qu'une fonction "cr�e une copie" "
Se n'est pas li� au js mais c'est un probl�me g�n�rale.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
var tableau_de_200Mo = [...];
var pomper=function(tableau_de_200Mo){
  // ici en gros l'argument tableau_de_200Mo est une copie (en vrai c'est beaucoup plus complexe que sa)
}
pomper(tableau_de_200Mo);

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
var tableau_de_200Mo = [...];
var pomper=function(){
  // ici tu travail sur le tableau puisqu'il est global, il ni a pas de coipe
}
pomper();

En passant un argument, il cr�e une copie de l'argument

En php, peut etre a d�ja tu vu sa

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

function pomper(&variable)

ici on passe notre variable en r�ference, c'est a dire qu'on lui fournit l'adresse du tableau, il ne cr�e donc pas de copie puisque il sait ou est le tableau originale

C'est un sujet complexe, sa d�pend d'�norm�ment de choses, ne serait ce du navigateur (moteur)