Ce test en ligne génère une charge contrôlée du processeur dans ton navigateur et mesure le débit et la réactivité en temps réel. Il s’exécute localement, n’est pas un benchmark matériel ou thermique, et indique ce que la page peut supporter selon différents réglages.

Test de stress CPU du navigateur et réactivité
Charges entières et à virgule flottante multi‑thread avec heuristiques en temps réel sur la réactivité et la stabilité. Les données restent locales. Ce n’est pas un test thermique ni une certification matérielle.
Threads
-
-
+
Durée
Mode
Session
Démarrer
Pause
Arrêter
Exporter
Thème
Avancé
Inactif
Charge cible
Rampe
Multi‑phase
Mettre en pause lorsque l’onglet est masqué
Progression
0%
Charge CPU estimée
Écoulé
0,0 s
Opérations/s
0
Lissé
Opérations totales
0
Moy. 0
Réactivité
0ms
Pic 0ms
Threads
0
Cible -
Pic Ops/s
0
Cohérence —
Relatif à la référence
Ops/s vs valeur stable initiale
Charge atteinte
0%
cycle de service
Limitation possible
Collecte…
Tendance récente Ops/s
Récapitulatif du test
Copier le récapitulatif
Fermer le récapitulatif
Guide des métriques
Opérations/s : Opérations exécutées par seconde (lissé pour éviter le scintillement).
Réactivité : Retard ajouté aux minuteries planifiées. Plus élevé = navigateur plus occupé.
Charge atteinte : Temps de travail actif / temps total entre les workers (env.).
Cohérence : Variation des Ops/s récentes (variance plus faible = performances plus stables).
Limitation possible : Déclenché lorsqu’une baisse prolongée et une hausse de latence suggèrent une limitation thermique/OS.
Historique des sessions
Exporter JSON
Partager ceci ?
WhatsApp X Telegram Facebook LinkedIn Reddit

Comment ça marche

Threads

Définit combien de workers parallèles sont exécutés. Chaque worker est une boucle continue. Plus de threads cherchent à occuper plus de cœurs CPU.

Exemple : si tu choisis 8 threads sur un CPU à 8 cœurs, la charge se répartit sur tous les cœurs. Si tu mets plus de threads que de cœurs, le système d’exploitation partage le temps et les threads entrent en concurrence.

Durée

Contrôle la durée du test. Options prédéfinies : 30, 60, 180 secondes ou indéfini jusqu’à arrêt manuel.

Mode

Choisit le type de calcul utilisé dans les boucles. Chaque mode sollicite différentes unités d’exécution du processeur.

  • Équilibré : Mélange calculs entiers et flottants. Représente une charge générale proche des programmes courants.
  • Entier : Vérifie des nombres premiers. Sollicite la logique entière et les unités de branchement. Peu de mémoire, mais forte charge sur les pipelines entiers.
  • Flottant : Effectue de petites multiplications de matrices. Sollicite les unités flottantes et vectorielles (FPU/SIMD). Simule des charges comme des shaders graphiques ou du code scientifique.

Les différences comptent car certains processeurs sont plus rapides en entiers, d’autres en flottants. Le mode équilibré montre la performance globale.

Contrôles de session

  • Démarrer : commence par une courte phase de référence (mesure du débit stable initial) puis exécute la charge choisie.
  • Arrêter : termine immédiatement l’exécution.
  • Pause/Reprendre : permet de suspendre et reprendre le test.
  • Exporter : génère un fichier JSON avec réglages et résultats.
  • Thème : bascule entre thème clair et sombre.
  • Avancé : affiche les options détaillées.

Options avancées

Charge cible
Les workers ne fonctionnent pas toujours à 100 %. La charge cible définit le cycle d’activité :

  • 100 % = workers toujours actifs.
  • 75 %, 50 %, 25 % = actifs seulement une partie de chaque cycle, au repos le reste du temps.
  • Auto = l’outil ajuste dynamiquement le cycle pour garder la stabilité et réduire la latence.

Montée progressive
Au lieu de lancer tous les threads d’un coup, les ajoute progressivement (un par seconde). Permet d’observer comment évoluent débit et réactivité.

Profil multi-phase
Divise l’exécution en phases : faible au début, maximale au milieu, plus légère à la fin. Montre comment le système réagit aux changements de charge.

Pause si l’onglet est caché
Arrête ou suspend le test quand l’onglet est masqué. Évite des résultats faussés par le throttling en arrière-plan.

Progression

La barre se remplit au fur et à mesure. Pendant la phase de référence elle avance lentement, puis montre le pourcentage accompli.

Métriques en direct

  • Charge CPU estimée (jauge)
    Pourcentage estimé de saturation CPU. Combine charge demandée, travail accompli et délais. Couleurs : vert (ok), orange (avertissement), rouge (critique).
  • Écoulé / Restant
    Temps de test déjà exécuté et temps restant.
  • Ops / Sec
    Nombre d’opérations par seconde. Valeur lissée pour éviter les variations brusques.
  • Total d’opérations / Moyenne
    Cumul des opérations plus le taux moyen.
  • Réactivité
    Mesure le retard des minuteries programmées. Si un timer prévu à 100 ms déclenche à 110 ms, affichage : +10 ms. Faible = fluide, élevé = boucle d’événements saturée.
  • Threads (Actifs vs Cible)
    Nombre de workers actifs par rapport à la cible.
  • Pic Ops/Sec & Stabilité
    Pic = maximum mesuré. Stabilité = régularité du débit dans le temps.

    • Très stable : quasi constant.
    • Stable : légères fluctuations.
    • Variable : variations notables.
    • Très variable : grandes fluctuations instables.
  • Relatif à la référence
    Débit actuel en % de la ligne de base initiale. Utile pour détecter du throttling : si largement sous 100 %, ralentissement.
  • Charge atteinte
    Part réelle du temps où les workers ont travaillé. Indique si la charge demandée a été atteinte. Exemple : demandé 75 %, atteint 60 % → système trop occupé.
  • Suspicion de throttling
    Affiche « Possible » si deux conditions : débit inférieur à ~50 % de la référence et forte hausse de latence. Souvent signe de throttling OS ou thermique.

Tendance récente Ops/Sec

Mini-graphe en barres des derniers échantillons de débit. Permet de voir pics et baisses à court terme.

Guide des métriques

Définitions pour référence rapide :

  • Ops/Sec = débit
  • Réactivité = retard des minuteries
  • Charge atteinte = rapport de travail réel
  • Stabilité = régularité du débit
  • Suspicion de throttling = détection heuristique

Test de Stress CPU dans le Navigateur

Résumé et historique du test

Après la fin, une ligne récapitulative montre réglages et résultats : durée, threads, mode, moyenne, pic d’opérations par seconde et % relatif à la référence. Des notes indiquent variabilité ou problèmes de latence. L’historique conserve les derniers tests pour comparaison. L’export produit une sortie JSON.

Quels sont tes résultats sur ton appareil ? Veux-tu voir d’autres fonctions dans ce test ? Dis-le dans les commentaires !

CalcuLife.com