Test de contrainte du processeur

Introduction

CPU Stress Test charge votre processeur depuis l'intérieur du navigateur à l'aide de Web Workers — un travailleur par thread configuré — chacun exécutant une boucle SHA-256 étroite viacrypto.subtle. Le thread principal reste réactif tandis que les travailleurs signalent les opérations par seconde (ops/sec) afin que vous puissiez voir le débit total, l'équilibre par thread et si la vitesse se maintient ou diminue au fil du temps.

Utilisez-le pour:

• Vérifiez que tous les cœurs logiques participent sous charge
• Repérez le limitation thermique ou les plafonds d'alimentation de la batterie (crête puis baisse soutenue)
• Comparez avant/après sur le même PC et le même navigateur (mise à jour du système d'exploitation, mode d'alimentation, applications en arrière-plan)
• Voir le déséquilibre P-core vs E-core sur les processeurs hybrides

Ce n'est pas un remplacement pour Cinebench, Geekbench ou HWiNFO. Il mesure le débit cryptographique JavaScript dans Web Workers, ce qui est un signal relatif utile et non un score absolu du processeur.

Comment fonctionne le test

1. Modèle de fil

Lorsque vous cliquez sur Démarrer le stress, l'outil:

1. Lit navigator.hardwareConcurrency (affiché comme Cœurs logiques) — l'estimation du navigateur des threads matériels parallèles, correspondant généralement au nombre de processeurs logiques.
2. Génère N Web Workers (votre Nombre de threads, N par défaut = cœurs logiques, max 128).
3. Chaque travailleur reçoit une commande start avec une heure de fin d'horloge murale (performance.now() + duration).

Les travailleurs sont créés à partir d'un blob de script en ligne (Blob+URL.createObjectURL). Aucun fichier de travailleur externe n'est récupéré.

2. Boucle de travail (SHA-256)

À l'intérieur de chaque travailleur:

seed → SHA-256 → use digest as next input → repeat until time expires

• Entrée initiale:"mega-cpu-stress-seed-" + threadId
• Chaque itération:await crypto.subtle.digest("SHA-256", data)puis remplacezdatapar le hachage de 32 octets
• Ops compte les résumés terminés
• Toutes les ~500 ms, le travailleur publie{ id, ops, ts }sur le thread principal

La boucle est async (attente par hachage). Le débit dépend de la vitesse à laquelle le backend SubtleCrypto du navigateur s'exécute sur ce noyau - généralement bien en dessous des références OpenSSL natives, mais cohérent pour les comparaisons ** avec le même navigateur **.

3. Agrégation du thread principal

Le fil conducteur:

• Met à jour les statistiques toutes les 250 ms
• Pour chaque message de travail, calcule le taux instantané:(ops_now − ops_prev) / (ts_now − ts_prev)
• Total d'opérations/sec = somme des taux par thread
• Moyenne par thread = total ÷ nombre de threads
• Peak ops/sec = total le plus élevé observé pendant l'exécution
• Écoulé = temps depuis le démarrage (s'arrête à la durée ou Stop)

Les barres de progression par thread mettent à l'échelle chaque thread par rapport au thread le plus rapide de l'instantané actuel (équilibre visuel, pas GHz).

4. Conditions d'arrêt

Le test se termine lorsque:

• La durée configurée s'écoule (les travailleurs quittent leur boucle et se terminent lors du nettoyage), ou
• Vous cliquez sur Arrêter, ou
• Vous quittez la page (beforeunloadtermine les travailleurs)

---

Comprendre chaque sortie

Noyaux logiques

Qu'est-ce que c'est: Valeur denavigator.hardwareConcurrencysur cette session de navigateur (minimum de secours 4 si manquant).

Comment le lire:

Scénario	Exemple	Signification
Bureau à 8 cœurs/16 threads	16	Hyper-threading compté – le nombre de threads par défaut devrait être de 16
Apple M2 (8 cœurs)	8	Souvent 4 P + 4 E présentés comme 8 ouvriers logiques
Ancien navigateur ou navigateur de confidentialité	4(repli)	API manquante: définissez manuellement le nombre de threads sur votre nombre de cœurs connu
VM avec processeur virtuel limité	2ou4	Reflète ce que le système d'exploitation invité expose au navigateur

Non mesuré: Cœurs physiques par rapport aux threads, taille du cache ou quel cœur est P vs E (déduit de la répartition des opérations par thread/s).

---

Nombre total d'opérations/s

Qu'est-ce que c'est: Somme des taux de digestion SHA-256 actuels de tous les travailleurs actifs (hachages par seconde, agrégés).

Comment le lire:

Pattern	Exemple	Cause probable
Plateau stable	~420 000 au total pendant 60 ans	Bon refroidissement, alimentation secteur, ordinateur de bureau
Pic puis −30–50 %	500k → 280k après 40s	Limitation thermique ou limite de puissance d'un ordinateur portable
Ligne plate basse	50k sur 16 fils	Limitation des onglets en arrière-plan, mode très faible consommation ou conflit important avec le système d'exploitation
S'élève brièvement puis s'aplatit	Montée des 5 premières secondes	JIT/échauffement + réglage du planificateur — normal

Point clé: Comparez le pic et la fin d'exécution sur le même navigateur après la même période d'inactivité. Les totaux entre machines ou entre navigateurs ne sont pas comparables.

---

Moyenne par thread

Qu'est-ce que c'est:Total ops/sec ÷ thread countau dernier tick.

Comment le lire:

Scénario	Sortie	Signification
Noyaux uniformes	Tous les sujets dans un rayon de ~10 %	Noyaux homogènes ou peu de fils
Processeur hybride	Certains fils ~2× autres	P-cores vs E-cores – attendus sur Intel 12th+ / Apple Silicon
Un thread proche de zéro	Fil 3: 12 000, les autres 180 000	Le système d'exploitation a épinglé un travailleur sur un cœur saturé ou un cœur parqué: réessayez ou réduisez les threads.
Nombre de threads > cœurs logiques	Moyenne inférieure, le total plus élevé peut encore augmenter	Surabonnement – ​​changement de contexte, pas de matériel supplémentaire

---

Écoulé(s)

Qu'est-ce que c'est: Secondes depuis Début du stress jusqu'à maintenant (ou arrêt).

Comment le lire: Fonctionne vers votre objectif de Durée. Si vous vous arrêtez tôt, le temps écoulé reflète la durée réelle de la course. Utilisation avec comparaison pic/soutenue: par ex. « pic à 12 s, baisse de 40 % à 45 s. »

---

Opérations de pointe/s

De quoi s'agit-il: Le Total d'opérations/sec le plus élevé observé au cours de la session (y compris les exécutions partielles après Stop).

Comment le lire:

Cas d'utilisation	Que chercher
Essai thermique	Pic dans les 20 à 40 premières secondes, puis total actuel bien en dessous du pic × 0,7
Contrôle de régression	Le pic a chuté de 20 % après la mise à jour du système d'exploitation sur le même ordinateur portable
Modes d'alimentation	Pic sur batterie par rapport à un appareil branché (souvent 40 à 60 % de moins sur batterie)

L'outil peut afficher une note lorsque le total actuel est < 70 % du pic – un indice de limitation, pas un diagnostic.

---

Opérations par thread/s (barres)

Qu'est-ce que c'est: Le taux de hachage instantané de chaque travailleur et une barre adaptée au thread le plus rapide de ce tick.

Comment le lire:

Visual	Interpretation
Toutes les barres de hauteur similaire	Charge symétrique (ou tous les E-cores si le nombre correspond uniquement au nombre de E-core - rare par défaut)
Deux niveaux de hauteurs	Comportement classique du noyau hybride
Une barre est en retard par intermittence	Planificateur ou limite thermique sur ce processeur logique
Les barres rétrécissent avec le temps	Régulation à l'échelle du système (chaleur ou électricité)

---

Ce que mesure ce test

Mesuré	Méthode
Débit relatif JS SubtleCrypto SHA-256	Opérations/s par travailleur et somme
Participation multithread	Si N travailleurs déclarent tous des taux non nuls
Comportement soutenu ou en rafale	Nombre total d'opérations/s de pointe par rapport à l'exécution tardive
Déséquilibre du noyau hybride	Répartis sur les tarifs par thread
Onglet Navigateur / Effets secondaires de puissance	Gouttes en arrière-plan ou sur batterie (indirect)

---

Ce que ce test ne mesure PAS

Non mesuré	Why
Température du processeur (°C)	Les navigateurs ne peuvent pas lire les capteurs thermiques
Vitesse d'horloge (GHz)	Pas d'accès à MSR/cpufreq
Note Cinebench/Geekbench	Runtime différent (crypto SIMD natif vs JS)
Classement officiel monocœur vs multicœur	Pas de charge de travail standardisée
Charge GPU	Les travailleurs ne disposent que du processeur
Bande passante RAM ou latence	L'ensemble de travail est minuscule (chaîne de hachage de 32 octets)
Disque, réseau ou PCIe	Pas touché
Classement absolu sur tous les navigateurs	Les backends V8 et SpiderMonkey SubtleCrypto diffèrent
Vitesse du ventilateur ou consommation électrique (Watts)	Aucun hook de système d'exploitation depuis la page
** « Santé du processeur » définitive **	Un nombre élevé d'opérations/s ne prouve pas la longévité; la limitation n'est pas toujours un échec

Traitez les opérations/sec comme un signal de stress local du navigateur, et non comme une référence de certification.

---

Interprétation des modèles thermiques et de limitation

Le modèle le plus informatif est rafale à pleine vitesse → chute soutenue:

1. 0–30 s: Le nombre total d'opérations/s atteint le pic (les ventilateurs tournent).
2. 30 à 90 s: Le total diminue de 30 à 50 % pendant que le temps s'écoule continue – courant sur les ultrabooks (par exemple, MacBook Air, ordinateurs portables Windows minces) dans une pièce chaude.
3. Plateau: Nouvel état stable inférieur: horloge réduite du processeur pour rester dans les limites du TDP.

Branché par rapport à la batterie: De nombreux ordinateurs portables plafonnent le PL1 sur la batterie; le pic peut être la moitié de la puissance CA sans aucun défaut matériel.

Onglet Arrière-plan: Chromium peut limiter les minuteries et les travailleurs dans les onglets d'arrière-plan – exécutez le test dans l'onglet premier plan.

---

Sécurité et utilisation responsable

• Courez pendant minutes, pas heures, à moins que vous ne brûliez délibérément (et acceptiez l'usure thermique).
• Assurez une ventilation — ne couvrez pas les bouches d'aération des ordinateurs portables.
• Sur les machines partagées ou distantes, obtenez l'autorisation avant d'optimiser le processeur.
• Arrêtez si le système se bloque, s'arrête ou se ralentit si fort que le navigateur devient inutilisable.
• Fermez les applications inutiles pour une base de référence plus propre; ou laissez-les ouverts pour reproduire les conflits du « monde réel ».

---

Cas d'utilisation courants

Vous trouverez ci-dessous des situations dans lesquelles les utilisateurs effectuent un test de résistance du processeur basé sur un navigateur: pas de téléchargement, pas de droits d'administrateur, même onglet à partir duquel vous pouvez faire une capture d'écran ou copier les résultats.

1. Machine neuve ou remise à neuf – « Tous les noyaux sont-ils vivants? »

Objectif: Confirmez que le système d'exploitation et le navigateur voient le nombre de cœurs attendu et que chaque processeur logique fonctionne sous charge.

Comment exécuter:

• Laissez Nombre de threads sur Cœurs logiques (par exemple,16sur un ordinateur de bureau Ryzen 7,8sur un MacBook Air M2).
• Durée: 30 à 60 secondes.
• Regardez le Débit par thread: chaque barre doit bouger; aucun ne devrait s'asseoir à0ops/sec.

Signal sain: Total d'opérations/s stable ou se stabilisant lentement; tous les threads signalent un niveau similaire (ou deux niveaux sur les processeurs hybrides – voir cas 6).

Drapeaux rouges: Un thread proche de zéro en permanence, un nombre total d'opérations/s bien inférieur à une seconde exécution sur la même machine, ou des cœurs logiques ne correspondent pas à ce que vous avez commandé (par exemple, une VM limitée à 2 vCPU).

---

2. L'ordinateur portable semble lent lorsqu'il est chaud: vérification de la limitation thermique

Objectif: voir si les performances diminuent après une rafale, car le châssis ne peut pas supporter un TDP complet.

Comment exécuter:

• Branchez d’abord sur l’alimentation secteur (répétez sur la batterie pour comparaison).
• Durée: 90 à 120 secondes dans une pièce normale (pas dans un garage froid).
• Notez le Pic d'opérations/sec au cours des 30 premières secondes par rapport au Total d'opérations/sec à la fin.

Signal sain (ordinateur portable fin): Certaines chutes sont normales, par ex. pic 480k → soutenu 320k sur un Dell XPS 13 après 45s.

Drapeaux rouges: Chute de plus de 50 % en 20 s à chaque fois, ou falaise abrupte plus ventilateur/arrêt bruyant – peut nécessiter un nettoyage, une nouvelle pâte ou une vérification de la garantie (cet outil ne lit pas °C; utilisez uniquement le modèle Feel + Ops).

---

3. Avant et après: mise à jour du système d'exploitation, pilote ou application « d'optimisation »

Objectif: Même machine, même navigateur, même mode d'alimentation: les opérations/s de pointe ou soutenues ont-elles changé?

Comment exécuter:

1. Référence: copiez les résultats après une exécution de 60 s (document Windows Équilibré vs Meilleures performances, macOS Low Power désactivé, etc.).
2. Appliquez la mise à jour ou le paramètre de bascule.
3. Redémarrez si la modification l'exige, restez inactif pendant 2 à 3 minutes, puis réexécutez avec un nombre de threads et une durée identiques.

Que comparer: Pic d'opérations/sec, fin d'exécution Total d'opérations/sec et répartition par thread – et non les totaux entre navigateurs.

Exemple: Windows 11 24H2 par rapport à la version précédente sur le même profil Chrome; Un pic inférieur de 12 % après la mise à jour mérite d'être étudié sur les applications en arrière-plan ou sur les nouveaux paramètres d'alimentation par défaut.

---

4. Mode d'alimentation et batterie par rapport à l'alimentation murale

Objectif: Quantifiez les performances que votre ordinateur portable laisse sur la table sur batterie ou en mode éco.

Comment exécuter:

Run	Settings	Duration
A	AC + Performance / Meilleures performances	60s
B	AC + Equilibré / Économiseur d'énergie	60s
C	Batterie + même mode que A	60s

Schéma typique: Le pic de l'exécution C est de 40 à 60 % de l'exécution A sur de nombreux ultrabooks – ce qui est attendu et non un défaut.

À utiliser lorsque: Choisir de se connecter pour des appels vidéo, une compilation dans le navigateur ou de longues sessions d'application Web.

---

5. Changement de coussin de refroidissement, de support ou de bureau

Objectif: Test A/B bon marché: un meilleur flux d'air améliore-t-il les opérations/s soutenues (pas seulement les pics)?

Comment exécuter:

• Même pièce, même durée (120s), même nombre de threads.
• Exécutez une fois à plat sur le bureau, une fois avec le support/support/couvercle.
• Comparez les opérations/sec aux 90 s écoulées, pas seulement au pic.

Signal sain: Total soutenu 10 à 20 % plus élevé avec le coussinet - la circulation de l'air est facilitée.

Limite: Une variable à la fois; fermez les autres applications lourdes pour les deux exécutions.

---

6. Processeur hybride: cœurs de performances par rapport à l'efficacité

Objectif: Comprendre pourquoi « 8 cœurs » ne signifie pas huit vitesses égales (ordinateurs portables Intel 12e génération+, Apple M-series, Snapdragon).

Comment exécuter:

• Nombre de threads = cœurs logiques.
• Durée: 30 s — suffisamment pour que les barres se stabilisent.

Attendu: Deux niveaux de hauteur dans Débit par thread: cœurs P plus rapides, cœurs E plus lents (souvent rapport ~ 1,5–2 ×). C'est de l'architecture, pas un noyau brisé.

À utiliser lorsque: Expliquer le comportement du gestionnaire de tâches, choisir les modes de batterie « efficacité » ou « performance » ou enseigner comment les planificateurs répartissent les travailleurs Web.

---

7. Assistance et service d'assistance à distance: chargement rapide sans installer d'outils

Objectif: Demander à un utilisateur d'ouvrir un lien et de coller Copier les résultats au lieu de le guider tout au long de l'installation de Prime95 ou de HWiNFO.

Comment exécuter:

• Utilisateur: fils de discussion par défaut, exécution pendant 30 s, copie du texte dans le ticket.
• Prise en charge: vérifiez que le nombre de cœurs logiques correspond aux spécifications du périphérique, tous les threads sont différents de zéro, le pic n'est pas absurdement bas pour la classe de machine.

Convient pour: "L'ordinateur semble lent", soupçonné d'être mineur en arrière-plan (comparez inactivité et stress: l'utilisateur doit d'abord fermer les applications inconnues) ou confirmer que le navigateur n'est pas bloqué en mode d'économie d'énergie.

Pas bon pour: Preuve RMA seule: associez-la aux outils de diagnostic ou de température du fournisseur lorsqu'une panne matérielle est suspectée.

---

8. VM, bureau cloud ou session Citrix: exposition au vCPU

Objectif: Vérifiez le nombre de processeurs logiques dont dispose réellement le navigateur invité.

Comment exécuter:

• Outil ouvert dans l’isolation VM/RDP/navigateur.
• Lisez les cœurs logiques et les barres par thread.

Exemple: AWS WorkSpaces a signalé4cœurs logiques; les quatre barres sont actives: correspond au type d'instance. Si vous avez payé pour 8 vCPU mais que vous voyez4, corrigez l'allocation avant de blâmer le « CPU lent ».

---

9. Comparaison du navigateur ou du profil (même PC)

Objectif: Découvrir si un navigateur limite les collaborateurs de manière plus agressive (extensions, stratégie d'entreprise, économiseur de batterie).

Comment exécuter:

• Même machine, même mode d'alimentation, en quelques minutes: Chrome vs Firefox vs Edge, chaque exécution pendant 60 s.
• Comparez les totaux Pic et soutenus.

Interprétation: Des différences de 10 à 25 % sont courantes (moteur + chemin SubtleCrypto). Énorme lacune dans un seul navigateur → essayez de nettoyer le profil ou désactivez les extensions.

Ne pas utiliser pour: Classer le « navigateur le plus rapide au monde » sur différents matériels.

---

10. Brève brûlure après réparation ou dépoussiérage

Objectif: Chargement de 2 à 3 minutes pour vérifier la stabilité après une reprise, un échange de ventilateur ou un service de caloduc - toujours dans le navigateur, pas d'installation.

Comment exécuter:

• Durée: 120 s, alimentation secteur, bonne ventilation.
• Exécutez deux avec une période de récupération de 2 minutes entre les deux.

Signal sain: Pic de la deuxième exécution dans un délai d'environ 5 à 10 % par rapport à la première; pas de crash du navigateur ni de réinitialisation du système.

Arrêtez si: Artefacts, gel brutal ou arrêt d'urgence répété: utilisez les outils de stress et les canaux de garantie appropriés pour l'approbation du matériel.

---

11. Salle de classe, démo ou entretien: affichez le multithreading

Objectif: Preuve visuelle qu'une page Web peut utiliser plusieurs cœurs via Workers (formation, capture d'écran de blog, démo de conférence).

Comment exécuter:

• Écran de projet; commencez avec 1 thread, puis augmentez jusqu'aux cœurs logiques complets - affichez la mise à l'échelle Total des opérations/sec (la sous-linéaire est normale en raison de la surcharge et des cœurs hybrides).
• Pointez les barres par thread lorsque vous enseignez le parallélisme vs la concurrence.

Conseil: Réduisez la durée à 20 s pour les démos en direct; mentionner l'avertissement thermique avant de démarrer.

---

Référence rapide: quels paramètres pour quel objectif

Goal	Nombre de fils	Duration	Métrique de concentration
Tous les cœurs fonctionnent	= Noyaux logiques	30 à 60 ans	Barres par thread toutes > 0
Papillon thermique	= Noyaux logiques	90-120	Pic par rapport à la fin Nombre total d'opérations/s
Mode d'alimentation A/B	= Noyaux logiques	60s	Opérations de pointe/s
Charge monocœur	1	30s	Une seule barre
Test de surabonnement	2× cœurs logiques	60s	Total par rapport à la moyenne/thread
Billet d'assistance	Default	30s	Copier le texte des résultats

---

Outils associés

• Device Info —hardwareConcurrency, contexte de plate-forme et de batterie pour la même session.
• Memory Test — utilisation du tas d'onglets et contrainte d'allocation sur les navigateurs Chromium.
• GPU Stress Test — chargement graphique; sous-système différent de CPU Workers.
• WebRTC Leak Test — exposition réseau/WebRTC, pas débit CPU.