Comment puis-je évaluer le code JavaScript ?

Question

Existe-t-il un paquet qui m'aide à évaluer le code JavaScript ? Je ne fais pas référence à Firebug et aux outils de ce type.

Je dois comparer deux fonctions JavaScript différentes que j'ai implémentées. Je suis très familier avec le Benchmark de Perl ( Benchmark.pm ) et je cherche quelque chose de similaire en JavaScript.

L'accent mis sur l'évaluation comparative du code JavaScript est-il excessif ? Puis-je m'en sortir en ne chronométrant qu'une seule exécution des fonctions ?

Answer 1

jsperf.com est le site de référence pour tester les performances des JS. Commencez par là. Si vous avez besoin d'un cadre pour exécuter vos propres tests à partir de la ligne de commande ou de scripts utilisez Benchmark.js la bibliothèque sur laquelle jsperf.com est construit.

Note : Toute personne testant du code Javascript devrait s'informer sur les pièges des "microbenchmarks" (petits tests qui ciblent une fonctionnalité ou une opération spécifique, plutôt que des tests plus complexes basés sur des modèles de code réels). De tels tests peuvent être utiles mais sont sujets à l'inexactitude en raison de la façon dont les runtimes JS modernes fonctionnent. Présentation de Vyacheslav Egorov sur la performance et le benchmarking vaut la peine d'être regardé pour avoir une idée de la nature du ou des problèmes.

Editar: Suppression des références à mon travail sur JSLitmus, qui n'est plus pertinent ni utile.

Answer 2

Il suffit de chronométrer plusieurs itérations de chaque fonction. Une itération ne suffira probablement pas, mais (en fonction de la complexité de vos fonctions) une centaine, voire un millier d'itérations, devraient suffire.

Firebug dispose également d'un Profileur si vous voulez voir quelles parties de votre fonction la ralentissent.

Editar: Pour les futurs lecteurs, la réponse ci-dessous recommandant JSPerf devrait être la réponse correcte. Je supprimerais bien la mienne, mais je ne peux pas car elle a été sélectionnée par le PO. L'analyse comparative ne se limite pas à l'exécution de nombreuses itérations, et JSPerf s'en charge pour vous.

Answer 3

J'ai utilisé cette mise en œuvre simple de la réponse de @musicfreaks. Il n'y a pas de fonctionnalités, mais c'est vraiment facile à utiliser. Ce bench(function(){return 1/2;}, 10000, [], this) calculera 1/2 10 000 fois.

/**
 * Figure out how long it takes for a method to execute.
 * 
 * @param {Function} method to test 
 * @param {number} iterations number of executions.
 * @param {Array} args to pass in. 
 * @param {T} context the context to call the method in.
 * @return {number} the time it took, in milliseconds to execute.
 */
var bench = function (method, iterations, args, context) {

    var time = 0;
    var timer = function (action) {
        var d = Date.now();
        if (time < 1 || action === 'start') {
            time = d;
            return 0;
        } else if (action === 'stop') {
            var t = d - time;
            time = 0;    
            return t;
        } else {
            return d - time;    
        }
    };

    var result = [];
    var i = 0;
    timer('start');
    while (i < iterations) {
        result.push(method.apply(context, args));
        i++;
    }

    var execTime = timer('stop');

    if ( typeof console === "object") {
        console.log("Mean execution time was: ", execTime / iterations);
        console.log("Sum execution time was: ", execTime);
        console.log("Result of the method call was:", result[0]);
    }

    return execTime;  
};

Answer 4

Il est vraiment difficile d'écrire des tests de référence décents entre navigateurs. Simplement chronométrer un nombre prédéfini d'itérations de votre code est pas du tout à l'épreuve des balles .

Comme @broofa l'a déjà suggéré, vérifiez les points suivants jsPerf . Il utilise Benchmark.js dans les coulisses.

Answer 5

Si vous écrivez un benchmark script personnalisé, veillez à noter que certains navigateurs n'appliquent les manipulations de dom qu'après la fin de la fonction dans laquelle elles sont définies. Plus de détails ici http://www.quirksmode.org/blog/archives/2009/08/when_to_read_ou.html