Le Runtime Broker est un processus Windows discret mais essentiel pour la confidentialité des applications universelles. Il contrôle les demandes d’accès à la caméra, au microphone et à la localisation sans intervention manuelle de l’utilisateur.
Ce guide synthétique explique le rôle du composant, les causes courantes de surconsommation et les réponses concrètes à mettre en œuvre. Les points essentiels sont présentés ci‑dessous sous le titre A retenir :
A retenir :
- Processus système Microsoft, gestion des autorisations des applications universelles
- Usage mémoire faible à l’état normal, hausse à l’ouverture d’application
- Pics CPU brefs lors d’utilisation active, problème si persistants et fréquents
- Vérification recommandée via Gestionnaire des tâches, analyse antivirus
Runtime Broker : rôle et fonctionnement sous Windows
Suite aux éléments résumés, il convient d’explorer précisément le rôle du Runtime Broker dans l’architecture Windows. Ce composant, présent depuis Windows 8, agit comme médiateur entre les applications universelles et les autorisations définies par l’utilisateur.
Lorsqu’une application du Microsoft Store demande l’accès à la localisation ou au micro, Runtime Broker vérifie le manifeste et applique les permissions configurées. Selon Microsoft, ce comportement protège la vie privée et empêche l’accès non autorisé aux ressources sensibles.
Rôles et fonctions :
- Contrôle des permissions déclarées par le manifeste d’application
- Vérification d’accès à la caméra et au microphone
- Application des paramètres de confidentialité définis par l’utilisateur
État
Mémoire typique
CPU typique
Quand observé
Au repos
20–40 MB
0 %
Système sans application universelle active
Application lancée
500–700 MB
25–30 % pic bref
Lancement d’une application Microsoft Store
Plusieurs apps
Relativement stable après stabilisation
Modéré
Usage simultané d’apps universelles
App défectueuse
Consommation élevée et persistante
30 % ou plus de façon continue
Bogue ou comportement répétitif d’une application
Comprendre le fichier RuntimeBroker.exe
Pour saisir l’origine du processus, il faut localiser l’exécutable RuntimeBroker.exe dans le système. Si le fichier est présent dans C:WindowsSystem32, il s’agit du composant légitime fourni par Microsoft.
Selon How-To Geek, vérifier l’emplacement du fichier via le Gestionnaire des tâches reste la première précaution pratique. Une analyse antivirus supplémentaire permet de s’assurer qu’aucun logiciel malveillant n’a remplacé cet exécutable.
« J’ai vu Runtime Broker grimper à 600 Mo après l’ouverture d’une application de cartes, puis redescendre après fermeture »
Marc N.
Quand l’activité devient problématique
Ce qui devient anormal n’est pas un pic bref, mais une consommation élevée et prolongée sans application universelle visible. Selon How-To Geek, des notifications système ou une application mal optimisée sont souvent en cause.
Identifier la cause permet de passer au diagnostic systématique et aux actions correctives détaillées dans la section suivante. Le passage suivant propose des étapes claires de diagnostic pour isoler l’origine du problème.
Diagnostiquer les pics de CPU et mémoire du Runtime Broker
Après avoir décrit le rôle, examinons les méthodes pratiques pour diagnostiquer les pics de CPU et de mémoire observés avec ce processus. Le diagnostic combine observation du Gestionnaire des tâches, vérification des applications et contrôles de sécurité.
Étapes de diagnostic :
- Ouvrir le Gestionnaire des tâches et surveiller Runtime Broker
- Vérifier l’emplacement du fichier RuntimeBroker.exe
- Désactiver les astuces et notifications système temporaires
- Mettre à jour ou réinstaller les applications problématiques
Identifier l’application responsable
Pour isoler l’application fautive, surveillez l’activité disque et réseau lors des pics de Runtime Broker. Selon Microsoft, certaines notifications et astuces récentes du système se comportent comme des applications universelles et sollicitent le processus.
Contrôlez les applications récemment installées et retirez celles dont le comportement coïncide avec les pics. Si la mise à jour ne corrige rien, désinstallation et retour à une version stable peuvent résoudre le problème.
« Après avoir mis à jour l’application, le pic de Runtime Broker a disparu sur ma Surface »
Sophie N.
Outils et repères pour l’analyse avancée
Si la cause reste obscure, utilisez l’Observateur d’événements et les outils de performance intégrés de Windows pour tracer les processus. Selon Chris Hoffman, ces traces aident à lier un pic de CPU à un comportement applicatif précis.
Outil
Usage principal
Indicateur
Gestionnaire des tâches
Surveillance instantanée des processus
Usage CPU et mémoire en temps réel
Observateur d’événements
Historique des erreurs et warnings
Entrées liées aux applications
Performance Monitor
Traces longues et compteurs
Tendances mémoire et CPU
Analyse antivirus
Vérification d’intégrité des exécutables
Alertes de remplacement de fichiers
Pour accompagner le diagnostic, une vidéo tutorielle permet de visualiser les étapes de surveillance et d’interprétation des compteurs. Cette ressource aide à reproduire les gestes sur PC Dell, Lenovo, HP ou Asus et Surface.
La ressource pratique suivante montre pas à pas la recherche de processus et l’analyse des causes sous Windows. Après ce diagnostic, il sera possible d’appliquer des solutions rapides ou des changements plus profonds.
Réduire l’impact : solutions pratiques pour Windows
Une fois la cause identifiée, il faut appliquer des mesures qui vont du correctif rapide à la mise à jour système complète. Ces actions tiennent compte des configurations matérielles Intel et AMD et des pilotes fournis par les constructeurs.
Mesures immédiates :
- Fin de tâche temporaire via le Gestionnaire des tâches
- Arrêt des astuces Windows dans les paramètres de notification
- Mise à jour des applications Microsoft Store
- Analyse antivirus complète et contrôle du fichier System32
Mesures rapides depuis le Gestionnaire des tâches
La suppression temporaire du processus dans le Gestionnaire des tâches peut résoudre un pic immédiat et permettre une remise en route propre. Attention, cette action empêche momentanément les apps universelles d’accéder aux permissions requises.
Si le phénomène persiste, vérifiez les pilotes graphiques ou chipset fournis par Intel, AMD ou OEM comme Dell et HP. Selon Microsoft, garder le système et les pilotes à jour réduit grandement les risques de comportement anormal.
« J’ai terminé le processus puis mis à jour les pilotes sur mon PC Acer, et le problème a été réglé »
Alex N.
Approches avancées et recommandations constructeur
Pour les utilisateurs avancés, la modification du registre ou l’analyse des dépendances peut être envisagée en dernier recours et avec sauvegarde préalable. Les OEM comme Lenovo, Asus et Surface conseillent de vérifier les mises à jour firmware avant toute altération système.
Approche recommandée : prioriser updates, rapport au développeur, puis mesures hostiles uniquement si nécessaire. Ce schéma protège la stabilité et la sécurité du poste tout en limitant l’impact sur l’expérience utilisateur.
« Avis technique : privilégier les mises à jour et la communication avec l’éditeur avant toute modification profonde »
Léa N.
Appliquer ces étapes améliore la stabilité et évite la tentation de désactiver un composant essentiel à la protection des permissions. Un suivi régulier et des sauvegardes préventives offrent une garantie supplémentaire pour les machines critiques.
Source : Chris Hoffman, « What Is « Runtime Broker » and Why Is It Running on My PC? », How-To Geek, 2018 ; Microsoft, « Runtime Broker », Support Microsoft, 2021.