# coreaudiod et CPU élevée : vérifier apps et périphériques

> Comparez apps et périphériques audio, vérifiez les réglages agrégés et ne retirez un pilote qu’avec une origine connue et un moyen de le réinstaller.

Published: 2026-05-17 | Updated: 2026-10-31

Si `coreaudiod` reste en tête de la liste CPU, commencez par les apps et les périphériques qui utilisent l’audio. C’est le démon Core Audio de macOS, pas une app à désinstaller. Le relancer peut réinitialiser temporairement l’audio, sans indiquer quelle app, quel périphérique ou quel pilote a provoqué la charge.

Une activité audio pendant la musique, les appels ou le routage entre plusieurs périphériques ne prouve pas une panne. Une charge élevée qui persiste après leur arrêt demande une comparaison contrôlée, pas un pourcentage universel censé garantir le bon fonctionnement du processus.

## Trouver l’app qui fait varier la charge

Les [instructions du Moniteur d’activité](https://support.apple.com/guide/activity-monitor/view-information-about-processes-actmntr1001/mac) d’Apple expliquent la recherche de processus et le tri par colonne. Recherchez `coreaudiod`, observez le processeur et testez une app à la fois, sans changer les autres conditions.

Mettez en pause la musique et les vidéos du navigateur, terminez les appels ou enregistrements, puis quittez les apps concernées une par une. Incluez Zoom ou Teams s’ils fonctionnaient. Rouvrez l’app suspectée et répétez la même lecture ou le même appel. Une baisse puis une hausse reproductibles réduisent le champ des recherches. La valeur CPU seule n’identifie pas le client audio et ne prouve pas un défaut de l’app.

| Comparaison | Ce qu’elle aide à distinguer | Vérification suivante |
| --- | --- | --- |
| Lecture ou appel en cours, puis arrêté | Travail actif ou activité persistante | Quitter l’app et retester |
| Sortie intégrée ou périphérique externe ou virtuel | Participation du périphérique ou du routage | Reconnecter un périphérique à la fois |
| Routage simple ou périphérique agrégé | Configuration de plusieurs périphériques | Vérifier les fréquences et la synchronisation |

Pour les autres processus de fond, consultez [les processus Mac expliqués](https://mole.fit/fr/blog/mac-processes-explained). N’appliquez pas au service audio la procédure de réinitialisation d’un autre démon.

## Simplifier le routage avant de supprimer

Notez les entrées et sorties choisies dans vos apps. Pour un test court, sélectionnez l’audio intégré s’il est disponible et débranchez les périphériques externes inutiles après l’arrêt de la lecture. Répétez la même tâche, puis rétablissez le routage précédent pour comparer.

Les périphériques virtuels demandent une vérification distincte. Le [manuel de Loopback](https://rogueamoeba.com/support/manuals/loopback/?page=devicebasics) explique qu’ils restent présents quand l’app est fermée et qu’on peut les désactiver puis les réactiver. Quitter l’app ne retire donc pas Loopback du routage. Notez la configuration, puis désactivez le périphérique concerné pour le test.

BlackHole propose aussi du routage virtuel, notamment des périphériques agrégés et à sortie multiple dans ses [instructions d’assistance](https://existential.audio/blackhole/support/). Leur présence justifie d’examiner le routage, sans prouver qu’un de ces produits cause la forte charge.

## Vérifier les fréquences et les périphériques agrégés

Ouvrez Configuration audio et MIDI et examinez le périphérique utilisé par l’app concernée. Avant de modifier quoi que ce soit, notez sa fréquence, les membres du périphérique agrégé, la source d’horloge et les réglages de synchronisation pour pouvoir revenir en arrière.

Pour macOS Tahoe 26, les [instructions Apple sur les périphériques agrégés](https://support.apple.com/guide/audio-midi-setup/ams094c7edb4/3.6/mac/26) demandent des fréquences d’échantillonnage identiques et une correction de dérive adaptée lorsque les périphériques ne sont pas synchronisés matériellement. Suivez les instructions de votre configuration au lieu de choisir la fréquence maximale ou de basculer toutes les options. Un écart mérite une vérification, sans expliquer chaque pic CPU à lui seul.

Comparez d’abord avec un seul périphérique. Si le routage agrégé reste nécessaire, ne changez que le réglage identifié, testez la lecture et le microphone, puis comparez la charge. Si le son se dégrade ou qu’un routage nécessaire cesse de fonctionner, rétablissez les réglages notés.

## Ne retirer qu’un pilote dont l’origine est connue

Les [instructions de désinstallation de BlackHole](https://github.com/ExistentialAudio/BlackHole/wiki/Uninstallation) désignent ses pilotes dans ce répertoire :

```text
/Library/Audio/Plug-Ins/HAL
```

Ce n’est pas un dossier de cache à vider. Ne retirez un pilote tiers précis que si vous savez quelle app l’a installé, disposez de ses instructions et pouvez le réinstaller. Pour BlackHole, utilisez si possible le désinstalleur fourni pour la variante correspondante. Pour Loopback, suivez la [désinstallation intégrée](https://rogueamoeba.com/support/manuals/loopback/?page=etc-installinguninstalling) pour retirer les périphériques et composants de fond, sans deviner quels fichiers de moteur sont partagés.

Gardez vos notes de routage avant de désinstaller, puis testez lecture et entrée microphone. Utilisez le programme du fournisseur si le périphérique doit revenir. Pour retirer les apps, consultez le [guide Zoom et Teams](https://mole.fit/fr/blog/how-to-uninstall-zoom-teams-mac) et les guides vérifiés de [Loopback](https://mole.fit/tested-apps/loopback), [Zoom](https://mole.fit/tested-apps/zoom) et [Teams](https://mole.fit/tested-apps/teams).

## Considérer le redémarrage de Core Audio comme une réinitialisation

La désinstallation manuelle de BlackHole relance Core Audio après le retrait du pilote. C’est une étape précise, pas la preuve que tuer `coreaudiod` à répétition corrige la charge. La réinitialisation interrompt l’audio : terminez appels et enregistrements avant une manipulation demandée par le fournisseur.

Après la réinitialisation ou le redémarrage, répétez le même test d’app et de périphérique. Si la charge revient avec le même routage, notez cette combinaison et contactez le fournisseur. Une accalmie temporaire ne prouve pas que la cause a disparu.

## Le rôle de Mole

La liste des processus d’**État** dans Mole Mac affiche l’utilisation CPU pour comparer l’activité des apps. L’analyse de désinstallation dans **Apps** peut proposer à l’examen des restes de pilotes HAL dont l’app propriétaire est vérifiée, avec notamment une règle dédiée au pilote Zoom. Elle ne propose pas de supprimer tous les fichiers de HAL. Mole protège l’état système de Core Audio et ne propose pas de réinitialisation de ce service.

## FAQ

### Une forte charge de coreaudiod est-elle toujours un problème ?

Aucun pourcentage fixe ne permet de le dire. Comparez la même tâche audio avec les apps arrêtées et un routage simplifié. Examinez une charge persistante ou accompagnée de problèmes de son.

### Puis-je tout supprimer dans HAL ?

Non. Identifiez l’app propriétaire et suivez les instructions de son fournisseur pour le pilote précis. Gardez une méthode de réinstallation et vos notes de routage.

### Pourquoi la charge revient-elle après avoir arrêté coreaudiod ?

Une réinitialisation ne retire ni l’app, ni le routage, ni le pilote à l’origine de l’activité. Reproduisez avec une app et un périphérique à la fois, sans multiplier les réinitialisations pendant un travail audio.

---

Canonical HTML page: https://mole.fit/fr/blog/coreaudiod-high-cpu-mac
Blog index for agents: https://mole.fit/fr/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt