Discussion :

[Hugeen]

Bonjour,
Je suis actuellement sur un petit projet expérimental qui semble aller aux limites de ce que l'on peut faire en javascript.

Malgré tout mes efforts d'optimisation, lors que j'en demande un peu trop au navigateur sur un pc "moyen", les calculs et rendus deviennent long et laborieux et peuvent mener au plantage.

C'est pourquoi je souhaiterai calculer en temps réel, d'une manière ou d'une autre, les performances du navigateur afin d'ajuster mon application en mode "Fluide et rapide" ou "Lent et décousu, mais qui ne demande pas bcp de ressources".

Si quelqu'un connait un script ou si vous avez des pistes pour que je puisse en créer un je suis preneur.

Je pense dans un premier temps, mettre en place des timers sur des fonctions génériques. ou encore un listener qui comptera le nombre de traitements effectués sur une période donnée. Mais je ne pense pas que le résultat aboutira a quelque chose de très précis.

Merci à tous,
J’espère que mon problème éveillera des idées

[Lcf.vs]

Bonsoir,

Perso, mon idée serait de faire une boucle incrémentée pendant un temps donné et de récupérer la valeur de l'incrémentation.

Une seconde suffit

[Hugeen]

Salut merci pour cette idée.
Je viens de la tester. Ça paraissait tellement simple que cela semblait génial.
Malheureusement après quelques tests. Même si on met une limite de temps ridicule (j'ai essayé a 1ms !), faire tourner une boucle en free ça fait agoniser le PC ou planter le navigateur !

[Lcf.vs]

Bon, ok, un poil plus élaboré, alors...

Initialise une variable à H+30secondes (par exemple) et i=0.

Crée une fonction contenant une condition qui vérifie si ta variable H+30!=H

Tant que ta condition == false, tu relances ta fonction avec un timeout d'une seconde et tu incrémentes i

[Hugeen]

J'ai pas du saisir le concept.
Je résumes ce que j'ai compris :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
var h=new Date().getTime();
var i=0;
var j=h+30000;
 
mafonction = function() {
while(j!=new Date().getTime())
{
	i++;
	setTimeout("mafonction()",1000);
}
}();

Est ce bien ça ton idée? Je vais tester pour voir mais je pense arriver au même résultat que précédemment

[Lcf.vs]

Oui, c'est bien cela...

Mais, tu ne devrais plus avoir de plantage, puisque ton script fait une pause d'une seconde entre chaque étape...

[Bovino]

Un site sympa pour tester et faire tester ses scripts : http://jsperf.com/

[Lcf.vs]

Bovino> Sauf erreur de ma part, ce n'est pas un script, qu'il veut tester

[Hugeen]

J'ai fait quelques tests rapides de ta 2e suggestion, qui n'ont pas étaient très concluant (la page mouline ou plante selon le navigateur).

Je savais bien que j'allais me heurter a ce genre de problèmes. Javascript n'étant pas conçut pour supporter ce genre de tests.

Je vais me débloquer quelques heures pour approfondir mes recherches prochainement et je vous ferai part de mes résultats. Je pense que ça peut éventuellement en intéresser quelques uns.

[SpaceFrog]

sinon y'a aussi sunspider

ou encore avec firebug http://getfirebug.com/javascript et son profiler

[Hugeen]

J'ai oublié de préciser mais cela me semblait logique "En javascript".

Un script Javascript qui ajuste des paramètres en fonctions des performances du navigateur (donc qui varie en fonction de la configuration du pc et du navigateur utilisé)

En d'autre termes si le script détecte que le pc de l'utilisateur est en mousse, il ajustera les paramètres sur "low".

[SpaceFrog]

alors juste une différence entre deux dates un choppée au début du traitement
et l'aitre à la fin ..
mais les résultats peuvent être aléatoires ...

[Watilin]

Un test de performances nécessite forcément de « pousser » les performances. Avec le risque que l'utilisateur se rende compte que le site est CPU-vore, et cesse de le fréquenter. Mais c'est un choix à faire. Il y a une juste valeur à trouver entre deux extrêmes, un script qui va freezer longtemps mais donner un résultat fiable, ou au contraire un discret mais aux résultats un peu chaotiques.

C'est un peu un problème d'ergonomie en fait. Pour moi, l'idéal serait de proposer à l'utilisateur de choisir le mode « high » ou « low », ou de lancer manuellement le test de performance.

Sachant qu'il faut prendre en compte aussi le fait que les navigateurs peuvent prendre la main quand un script boucle, afficher une sorte d'alert qui attend un clic pour continuer, et cette interruption fausse le test.