Apps d'optimisation Mac : trois tâches différentes derrière un seul mot

Trois tâches sans rapport entre elles se vendent sous le mot « optimisation », ce qui explique pourquoi tant d’apps d’optimisation ne changent rien. L’une est un problème de stockage. L’autre est une question de ce qui tourne sans qu’on l’ait demandé. La troisième est une réparation d’un sous-système déréglé. Elles ont des symptômes différents, des mécanismes différents et des outils différents, et faire tourner les trois sur un Mac en bonne santé a de bonnes chances de le rendre plus lent. Identifier laquelle vous concerne prend quelques minutes avec des logiciels déjà présents sur la machine, donc cette classification vient en premier.

Les trois tâches qui partagent un seul mot

Récupérer de la capacité est un problème de stockage déguisé en problème de performance. Le Mac n’est pas lent parce qu’il est sale, il est lent parce que macOS doit fournir un travail supplémentaire pour satisfaire chaque écriture.

Retirer la charge résidente concerne les processus qui existent sans que vous les ayez ouverts : éléments de connexion, auxiliaires en arrière-plan, agents launchd, outils de mise à jour, auxiliaires de navigateur. Le gain est réel mais limité, il se voit sur le temps de connexion et la consommation au repos, pas sur la vitesse de pointe.

Restaurer un comportement correct couvre les réparations : réindexer Spotlight, vider un cache DNS, réinitialiser un cache d’aperçus bloqué. Elles corrigent un sous-système qui répond mal plutôt que d’ajouter de la vitesse, donc les lancer sur un Mac qui fonctionne bien est une perte sèche.

Capacité : un problème de stockage costumé en problème de performance

APFS fonctionne en copie sur écriture. Modifier un fichier n’écrase pas ses blocs sur place : de nouveaux blocs sont alloués et les métadonnées sont repointées, si bien qu’éditer un gros fichier peut réclamer des blocs libres même si le fichier ne grossit pas. Les instantanés gardent les anciens blocs référencés tant qu’ils existent. macOS veut aussi de la place pour le swap, les fichiers temporaires et une copie complète d’une mise à jour système en préparation, ce qui explique pourquoi une mise à jour peut refuser de s’installer sur un volume disposant pourtant de plus d’espace libre que le téléchargement.

Quand l’espace se resserre, une allocation cesse d’être instantanée, parce que le système commence par récupérer de la place : il évince des caches, allège les instantanés éligibles, purge le contenu cloud optimisé. C’est de l’E/S réelle avant même que votre écriture n’aboutisse. La mémoire flash ajoute un second effet en dessous, puisqu’elle s’efface par unités bien plus grandes qu’elle ne s’écrit, donc un contrôleur à court de blocs libres doit consolider les données valides avant de pouvoir effacer. Cette couche n’est pas observable depuis macOS, donc considérez-la comme une raison de ne pas vivre à la limite.

La règle que vous lirez partout est de garder 10, 15 ou 20 % d’espace libre. Aucun de ces chiffres n’est une spécification Apple, et Apple ne publie pas non plus le seuil qui déclenche sa propre alerte « le disque de démarrage est presque plein ». Le remplacement honnête d’un pourcentage est une allocation : réservez la place pour la plus grosse chose que vous faites régulièrement, ce qui pour la plupart des gens est la préparation d’une mise à jour macOS.

df -h /
diskutil info / | grep -i "Container"

Notez le chiffre, faites une seule modification, relisez-le. La tâche qui échouait est le vrai test, pas le ratio. La même tâche dans Mole s’appelle Analyze, qui dessine le volume en treemap, si bien que le consommateur d’espace devient un rectangle plutôt qu’une supposition, puis Clean pour les candidats cache qu’il peut nommer. La méthode manuelle est décrite dans trouver les gros fichiers.

Charge résidente : ce qui tourne sans que vous l’ayez ouvert

Quatre familles se retrouvent fondues en une seule ici : les apps réglées pour s’ouvrir à la connexion, les éléments en arrière-plan enregistrés via Service Management, les agents et démons launchd avec leurs propres plists, et les auxiliaires qu’une app crée pour elle-même, comme les processus de rendu par site d’un navigateur.

Pourquoi « je l’ai quitté et il est revenu » est normal

launchd ne fait pas tourner en permanence chaque tâche en arrière-plan. Pour la plupart, il enregistre une condition et attend : une connexion socket entrante, un changement sur un chemin surveillé, une requête XPC, un intervalle calendaire. Quand la condition se déclenche, launchd lance la tâche, et quand elle reste inactive, elle a le droit de se terminer. L’ensemble des tâches en cours change donc au fil de la journée, et forcer la fermeture d’un de ces processus signifie seulement qu’il redémarrera au prochain déclencheur.

Tuer des processus n’est donc pas de l’optimisation. Désactivez l’élément dans Réglages Système > Général > Éléments de connexion et extensions, ou dans les préférences de l’app propriétaire, puis testez la fonctionnalité qu’il fournissait.

Ce que launchctl print-disabled montre vraiment

launchctl print-disabled gui/$(id -u)

disabled services = {
    "com.raycast.macos.RaycastLauncher" => enabled
    "com.apple.Siri.agent" => disabled
    "ddddxxx.LyricsXHelper" => enabled
}

Malgré son en-tête, ceci n’est pas une liste de services désactivés. C’est la base de données persistante des dérogations pour un domaine : chaque étiquette pour laquelle une décision explicite d’activation ou de désactivation a été enregistrée, plus la décision elle-même. La plupart des entrées affichent enabled, et une étiquette absente n’a aucune dérogation enregistrée, ce qui n’équivaut pas à ne pas être installée.

Elle répond donc à « qu’ai-je, ou qu’une app a, explicitement désactivé », pas à « qu’est-ce qui tourne ». launchctl print gui/$(id -u) est la vue en lecture seule du domaine utilisateur en direct, et ses étiquettes de service ne correspondent pas toujours aux noms de fichiers ou d’apps, donc ne déduisez jamais une plist d’un nom de processus pour la supprimer. La procédure complète est dans désactiver les programmes au démarrage.

Soyez honnête sur le gain. Retirer quatre auxiliaires inactifs achète une connexion plus rapide et un peu moins de consommation ambiante, pas une compilation plus rapide, et un agent de sauvegarde ou un client de synchronisation vaut généralement ce qu’il coûte.

Réparations : un comportement correct, pas de la vitesse en plus

Chacune de ces opérations corrige une réponse précise et erronée :

• Réindexer Spotlight corrige une recherche qui rate des fichiers qu’elle devrait trouver. Vérifiez d’abord l’état avec mdutil -s / ; une reconstruction complète coûte des heures de CPU, de chaleur et de batterie, pour ne gagner que des résultats corrects.
• Vider le DNS corrige des réponses de résolveur périmées après un mauvais serveur DNS ou une transition VPN : sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. Cela ne reconstruit pas votre table de routage ; vider les routes a un impact bien plus large et peut couper un tunnel actif ou un proxy système.
• Réinitialiser un cache d’aperçus bloqué corrige des aperçus qui s’affichent mal, et les quelques aperçus suivants seront plus lents le temps qu’il se remplisse à nouveau.

Aucune de ces opérations ne rend un Mac en bonne santé plus rapide. N’en lancez une que face à un symptôme nommé ; tout ce qui propose de les faire toutes selon un calendrier vend du rituel.

La vue Optimize de Mole regroupe ces opérations en une seule exécution vérifiable et signale le travail ignoré avec une raison, y compris les opérations réseau qu’elle refuse de lancer tant qu’un VPN ou un proxy système est actif. Une omission avec une raison vaut mieux qu’une coche qui cachait une décision.

Ce que l’optimisation ne peut pas être

Aucun logiciel n’ajoute de RAM ; les puces Apple Silicon utilisent une mémoire unifiée soudée à la fabrication. Aucun ne lève une limite thermique, parce qu’une puce chaude abaisse elle-même sa fréquence, et la montée de kernel_task est macOS qui force délibérément cette baisse. Aucun ne répare l’usure de la mémoire flash ni ne fait exécuter à un CPU plus d’instructions par seconde qu’il n’a été conçu pour en traiter.

L’argument de la mémoire est celui sur lequel les apps d’optimisation s’appuient encore, et il est à l’envers. macOS remplit la RAM inutilisée avec du cache fichier et la libère dès qu’un programme a besoin de cette place, donc un chiffre élevé de « mémoire utilisée » signifie que le système fonctionne correctement. La pression mémoire est le chiffre qui prédit la sensation ressentie sur le Mac, et le swap n’est pas un défaut : le noyau écrit sur disque des pages inutilisées depuis longtemps même quand la mémoire est confortable. Un nettoyeur de mémoire jette des caches que le système a payé pour construire, donc le compteur s’améliore et les minutes suivantes deviennent plus lentes, comme l’explique la pression mémoire expliquée.

Diagnostiquer d’abord, choisir un outil ensuite

Reproduisez le symptôme et prenez des mesures pendant qu’il se produit, parce qu’un instantané pris après coup ne prouve rien. df -h / pour la capacité, top -o cpu pour ce qui consomme le CPU, pmset -g therm pour l’état thermique enregistré, plus le graphique de pression mémoire dans le Moniteur d’activité, qui n’a pas d’équivalent en ligne de commande aussi lisible. Reportez ensuite ce que vous avez observé :

Trois des six lignes se terminent par « aucun optimiseur ne peut vous aider », ce qui explique la raison d’être de cette section. L’onglet Status de Mole est la version assemblée de ces mesures : environ neuf tuiles couvrant la santé, le CPU, la mémoire, le GPU, les E/S disque, le réseau, la batterie, le thermique et les ventilateurs, et le temps de fonctionnement, chacune avec un mini-graphique de 60 secondes, au-dessus d’une liste de processus rafraîchie chaque seconde. Soixante secondes ne sont pas un historique conservé, et ça ne prétend pas l’être.

Les outils, selon la tâche qu’ils servent

Mole, quand la réponse peut être l’une des trois

Mole est le seul outil de cette liste à couvrir les trois sens du mot, et plus utile encore, il les garde séparés au lieu de les fondre en un seul bouton. Clean s’occupe de la capacité, Logiciels s’occupe des apps et des éléments au démarrage, Optimize s’occupe des réparations, Status dit s’il y a un problème du tout.

Pour la capacité, l’ordre compte plus que le total. Clean scanne d’abord et montre chaque candidat avec son chemin, son propriétaire et sa taille exacts avant que quoi que ce soit ne bouge. Tout ce dont il n’est pas sûr arrive décoché, si bien que l’action par défaut est toujours la plus prudente. Les suppressions ordinaires vont à la Corbeille plutôt que d’être détruites directement, si bien qu’une erreur se répare en la ressortant plutôt qu’en restaurant une sauvegarde, et chaque opération sur un fichier s’ajoute à ~/Library/Logs/mole/operations.log. Le vrai travail se trouve dans la liste de protection : ~/.ollama/models, ~/.lmstudio/models et ~/.cache/huggingface ne sont jamais candidats, parce que ces outils suivent des blobs adressés par contenu partagés et sont les seuls à savoir quel blob est encore référencé. Les sessions sous ~/.codex/sessions et ~/.claude/projects ne sont jamais touchées, quel que soit leur âge.

Pour la charge résidente, l’onglet Logiciels réunit l’inventaire des apps, l’état des mises à jour et les éléments au démarrage sur un seul écran, et ne bascule que ce qu’il peut faire correspondre à une tâche launchd validée ou à un élément de connexion enregistré par le système. Tout ce qu’il ne peut pas prouver vous renvoie vers Réglages Système plutôt que d’écrire dans une base de données protégée ou d’inventer une étiquette de service.

En pratique : lisez d’abord les tuiles de Status, puis ouvrez l’onglet correspondant à ce que vous avez vu. Un disque plein mène à Clean, une connexion lente mène à Logiciels, une recherche ou des aperçus cassés mènent à Optimize.

La limite de Mole, sans détour : ce n’est pas une réponse aux malwares, ni une sauvegarde, ni un substitut au désinstalleur d’un éditeur pour un logiciel qui embarque des pilotes, des composants VPN ou des extensions système.

C’est un achat unique à 19 $, avec des mises à jour gratuites à vie, deux Mac par licence, macOS 14 ou plus récent, et un remboursement sous 14 jours. Le scan est toujours gratuit et chaque outil payant s’utilise deux fois gratuitement, de quoi vérifier les affirmations ci-dessus avant de payer, et tout tourne en local sans télémétrie. Dans un terminal, le Mole CLI est gratuit et open source sous GPL-3.0 via brew install mole, avec --dry-run sur chaque commande destructive.

iStat Menus, pour observer la charge et la capacité dans le temps

iStat Menus de Bjango ne remplit aucune des trois tâches. Il vous dit laquelle vous concerne, et c’est l’option la plus poussée pour ça : CPU par cœur avec graphiques d’historique, usage mémoire avec pression, mémoire compressée et swap, espace disque et activité avec état S.M.A.R.T., bande passante réseau détaillée par app, capteurs et état de la batterie. La version 7.3 exige macOS 11 ou plus récent. Il se vend en achat unique en édition simple ou familiale avec un essai limité dans le temps, et via Setapp ; vérifiez les conditions actuelles sur la page officielle.

Les graphiques d’historique et la bande passante par app se rattachent à la deuxième tâche, puisqu’une app qui utilise discrètement le réseau toute la nuit est visible ici et nulle part ailleurs. Il ne nettoie, ne désinstalle et ne répare rien, et cette concentration est une qualité, comme le détaille au-delà d’iStat Menus.

Sensei, pour le contexte de santé matérielle avec du nettoyage en prime

Sensei de Cindori se situe entre le diagnostic et la capacité. Sa page décrit des statistiques CPU, GPU et batterie, une surveillance de la température et des ventilateurs, l’état S.M.A.R.T. du disque, le nombre de cycles de la batterie, un test de vitesse disque, un contrôle du Trim SSD et un moniteur dans la barre d’état, aux côtés de fonctions de nettoyage et de désinstallation d’apps. Sa page boutique propose un abonnement annuel et une licence à vie, chacun valable jusqu’à trois Mac, sans indiquer de version minimale de macOS. À envisager quand la santé du disque et de la batterie est l’attrait principal, un cas détaillé dans au-delà de Sensei.

TG Pro, pour la question thermique spécifiquement

TG Pro de Tunabelly Software est le lecteur de capteurs le plus complet de cette liste : CPU par cœur sur Apple Silicon, GPU, stockage via S.M.A.R.T., santé de la batterie et capteurs de carte mère qui varient selon le modèle, avec en plus des règles Auto Boost déclenchées par la température, des alertes, une journalisation CSV et des rapports de diagnostic. Il liste macOS 10.13 à macOS 26, se vend en achat unique, et sa FAQ précise qu’une licence couvre jusqu’à trois Mac en usage personnel et que les mises à jour 2.x ont été gratuites.

Il répond à une question qu’aucune des trois tâches ne couvre : si le Mac est lent parce qu’il chauffe, aucun nettoyage ni aucun élagage des éléments au démarrage n’y change rien. Le contrôle des ventilateurs passe par un auxiliaire privilégié, une permission à accorder en connaissance de cause.

OnyX, pour des opérations de réparation nommées

OnyX de Titanium Software est gratuit avec une demande de don, et sert directement la troisième tâche, en exposant la maintenance comme des commandes explicites plutôt que des recommandations : vérifier la structure des fichiers système, nettoyer, désinstaller des applications, supprimer des caches, reconstruire des bases de données et des index, et configurer Finder, le Dock, Safari et les applications Apple. Il publie une version distincte pour chaque version majeure de macOS, et le dit clairement : « Il existe une version spécifique d’OnyX pour chaque version majeure du système d’exploitation. Utilisez la bonne version, et n’essayez pas d’utiliser une version prévue pour un système plus ancien. » N’exécutez que les opérations que vous savez nommer.

Moniteur d’activité, la base gratuite que la plupart des gens devraient essayer en premier

Le Moniteur d’activité d’Apple couvre le CPU, la mémoire, l’énergie, le disque, le réseau et l’activité du cache, et c’est la vue de référence des processus sur la machine. Il ferme à lui seul l’étape de diagnostic des tâches un et deux : l’onglet Mémoire contient le graphique de pression, l’onglet CPU nomme le processus, l’onglet Énergie expose les auxiliaires qui coûtent de l’énergie au repos, l’onglet Disque montre les E/S pendant une pause.

Sa faiblesse est l’assemblage, pas la capacité. C’est une fenêtre plutôt qu’un coup d’œil, et il n’attribuera pas un dossier Library caché à un propriétaire. Quiconque s’apprête à acheter un optimiseur devrait d’abord y passer dix minutes, puisque cela règle gratuitement la question de savoir quelle tâche vous concerne.

Comparaison rapide

FAQ

Les apps d’optimisation Mac fonctionnent-elles vraiment ?

Les outils honnêtes font bien un travail limité. Libérer de la capacité fonctionne parce que le stockage est une vraie contrainte, retirer la charge résidente fonctionne sur le temps de connexion et la consommation au repos, et les réparations fonctionnent quand quelque chose est cassé. Ce qui ne fonctionne pas, c’est la promesse sous-jacente à la plupart des publicités, celle qu’un balayage accélère un Mac qui n’a rien de défectueux.

Combien d’espace libre un Mac devrait-il avoir ?

Il n’existe aucun chiffre officiel, et chaque pourcentage que vous lisez est la règle empirique de quelqu’un. La version utile est une allocation plutôt qu’un ratio : assez pour préparer une mise à jour macOS complète, plus une marge de travail pour le swap sous votre charge normale. Mesurez avec df -h / avant et après un changement, et jugez selon que la tâche qui échouait réussit désormais.

Une app redémarre sans cesse après que je l’ai quittée. Est-ce un malware ?

Presque jamais. launchd lance la plupart des tâches en arrière-plan à partir d’un déclencheur et les laisse se terminer au repos, donc quitter le processus laisse l’enregistrement en place. Désactivez l’élément dans Éléments de connexion et extensions, ou dans les réglages de l’app propriétaire, plutôt que de tuer le processus, en identifiant d’abord le propriétaire avec désactiver les programmes au démarrage.

Reconstruire l’index Spotlight vaut-il le coup pour la performance ?

Non. Une reconstruction corrige des résultats de recherche faux ou manquants et rien d’autre, et coûte des heures d’indexation en arrière-plan qui ralentit le Mac pendant son déroulement. Vérifiez mdutil -s / et écartez les exclusions et les réglages de confidentialité avant d’en déclencher une, et ne la programmez jamais.

Pour aller plus loin

Si vous ne savez toujours pas quelle ressource sature, pourquoi votre Mac est lent parcourt les goulots d’étranglement dans l’ordre. Si la mesure qui vous inquiète est le graphique de mémoire, la pression mémoire expliquée explique pourquoi « mémoire utilisée » est le mauvais chiffre. Si la réponse était la charge résidente, désactiver les programmes au démarrage est la procédure qui ne casse ni la synchronisation, ni la sauvegarde, ni le VPN.