Benchmark CPU

Benchmark CPU - Mesurez les performances du processeur

Outil complet de benchmark CPU en ligne qui mesure le débit JavaScript mono-thread sur six charges : nombres premiers, tri, Fibonacci récursif, multiplication de matrices, hachage et calculs flottants. Tous les tests s'exécutent sur le thread principal (sans Web Workers), capturant les performances JS par cœur, pas le débit multi-cœur agrégé. Les résultats restent 100 % dans votre navigateur et s'exportent en CSV ou JSON pour que les labos QA et techniciens de réparation enregistrent une référence avant une réparation et prouvent les régressions avant/après sur le même appareil.

Comment fonctionne le benchmark CPU ?

Le benchmark exécute plusieurs tâches normalisées :

1. Nombres premiers : calculs entiers
2. Tri : efficacité algorithmique/cache
3. Fibonacci : performances récursives
4. Matrices : puissance mathématique
5. Hachage : traitement de chaînes
6. Flottants : opérations décimales

Chaque test est chronométré et donne un score en opérations/seconde.

Quels facteurs influencent les scores ?

Les résultats dépendent de :
- Fréquence (GHz)
- Nombre de cœurs/threads
- Architecture CPU
- Performance du navigateur (moteur JS)
- Processus en arrière-plan
- Throttling thermique
- Mode d'alimentation (batterie vs secteur)
- Système d'exploitation

Fermez les autres applications et branchez votre PC portable pour des mesures plus fiables.

Pourquoi tester dans un navigateur ?

Avantages :
- Aucune installation
- Compatible Windows/Mac/Linux/mobile
- Exécution sandboxée et sûre
- Rapide et partageable

Même si moins complet qu'un outil natif (Cinebench, Geekbench), ce test donne une bonne indication des performances web et JavaScript.

Comment lire les scores ?

Interprétation :
- Score par test : opérations par seconde de cette charge (plus élevé = plus rapide). Chaque test mesure quelque chose de différent, donc ses ops/s n'ont de sens qu'au sein de ce test.
- Temps plus court = tâche plus rapide
- Score global : un indice composite SANS UNITÉ, pas des ops/s. C'est la moyenne géométrique des six scores normalisés sur une machine de référence et mis à l'échelle pour que la référence atteigne environ 1000. Un score de 2000 vaut environ le double de la référence ; 500, environ la moitié.

Il n'y a pas de paliers absolus : l'indice n'est comparable que sur le même navigateur et appareil. Une même puce se note différemment sur Chrome, Firefox et Safari (moteurs JS distincts) ; comparez donc toujours des passes dans les mêmes conditions. Lancez deux ou trois fois et prenez la médiane pour lisser le bruit de fond et la précision réduite du chronomètre.

Ce test est-il mono-cœur ou multi-cœur ?

Ce benchmark mesure uniquement les performances MONO-THREAD. Chaque test s'exécute de façon synchrone sur le thread principal de la page et N'UTILISE PAS de Web Workers, donc il n'exploite pas plusieurs cœurs en parallèle.

Le score par test reflète la vitesse d'un cœur exécutant du JavaScript : calcul entier, boucles à nombreux branchements, récursion, comportement du cache et travail en virgule flottante. Le nombre de cœurs logiques est affiché à titre indicatif (Threads matériels) mais n'augmente pas le score.

Pour un débit multi-cœur/parallèle réel (rendu vidéo, 3D, compilation), utilisez un outil natif comme Cinebench, Geekbench multi-cœur ou un stress test à base de workers. Pour les performances JS par cœur et des comparaisons rapides avant/après sur la même machine, ce test mono-thread est l'instrument adapté.

Pourquoi les scores diffèrent-ils entre Chrome, Firefox et Safari ?

Parce que chaque navigateur embarque un moteur JavaScript différent, et c'est un benchmark JavaScript :

- Chrome et Edge utilisent V8
- Firefox utilise SpiderMonkey
- Safari utilise JavaScriptCore (JSC)

Chaque moteur a son propre compilateur JIT, ses heuristiques d'inlining, son ramasse-miettes et ses fonctions mathématiques, si bien que la MÊME puce peut obtenir des scores nettement différents selon le navigateur. Une charge que V8 optimise fortement peut être plus lente sous JSC, et inversement.

Règle pratique : les scores ne sont comparables que si navigateur, version et appareil restent constants. Pour une comparaison avant/après réparation, capturez les deux passes dans le même navigateur et exportez-les pour que le moteur et la version soient consignés dans le JSON.

Comment lire chaque test individuel ?

Chaque charge sollicite une partie différente du CPU, ce qui aide à localiser un résultat lent :

- Nombres premiers : ALU entière et boucles à nombreux branchements (division d'essai). Sensible à la prédiction de branchement.
- Tri (QuickSort) : schémas d'accès mémoire et comportement du cache sur un grand tableau, plus le débit de comparaison/échange.
- Fibonacci (récursif) : surcoût d'appel de fonction et de récursion — appel/retour, cadres de pile, chemin d'appel de l'interpréteur/JIT.
- Multiplication de matrices : boucles imbriquées denses avec localité de cache et multiplication-accumulation ; sensible à la taille du cache et à la bande passante mémoire.
- Hachage : parcours de chaînes et opérations binaires sur entiers (décalages, additions).
- Virgule flottante : la FPU et les fonctions transcendantes (sin, cos, sqrt, divisions).

Si un test est bien en dessous des autres sur une machine de confiance, cela pointe vers le sous-système correspondant (cache, FPU, travail entier à nombreux branchements).

Les résultats sont-ils privés et reproductibles ?

Confidentialité : 100 % côté client. Tout le calcul s'exécute dans votre navigateur ; aucun score, paramètre ou détail de l'appareil n'est envoyé à un serveur. Les boutons Copier / Exporter CSV / Exporter JSON construisent le fichier localement à partir de données déjà présentes sur la page.

Reproductibilité : une seule passe est bruitée car performance.now() est volontairement imprécis et l'onglet peut être bridé en arrière-plan. Pour un résultat fiable, gardez l'onglet au premier plan, branchez le portable, lancez deux ou trois fois et prenez la médiane. Le JSON exporté consigne les paramètres exacts utilisés ainsi que le profil de l'appareil (cœurs, mémoire, plateforme, indices user-agent), de sorte qu'une passe peut être reproduite et auditée ensuite — idéal pour attacher des chiffres à un ticket de réparation et prouver une régression avant/après.

Pourquoi mes scores sont-ils bas ?

Causes fréquentes :
1. Applications en arrière-plan
2. Navigateur bridé ou extensions
3. Mode économie d'énergie
4. Surchauffe (throttling)
5. Navigateur obsolète
6. Appareil mobile ou machine virtuelle

Solutions : fermer les apps, utiliser Chrome/Firefox/Edge récents, brancher l'appareil, laisser refroidir entre deux tests.

Quelle précision pour un benchmark navigateur ?

Très utile pour comparer des CPU, mesurer la performance web/JS ou diagnostiquer rapidement. Limites : overhead du navigateur, accès matériel indirect, différences entre moteurs JS. Pour des tests pro, utilisez Cinebench, Geekbench, CPU-Z ou PassMark.

Puis-je tester un CPU mobile ?

Oui : smartphones, tablettes, Chromebooks... Scores plus faibles car les CPU mobiles privilégient l'efficacité. Fermez les apps, évitez la surchauffe, branchez l'appareil et utilisez le navigateur à jour pour de meilleurs résultats.