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)