Safari utilise trop de mémoire sur Mac : que vérifier ?

Safari arrive en tête de la liste de mémoire, mais cela ne suffit pas à établir un problème. Notez d’abord les pages ouvertes et le comportement du Mac, puis changez un onglet ou une extension à la fois. Le résultat utile est une amélioration reproductible, pas un chiffre brièvement réduit après avoir tout quitté.

Lire la mémoire dans son contexte

Le guide mémoire du Moniteur d’activité d’Apple explique la pression sur la mémoire, la compression et le fichier d’échange. Ouvrez Mémoire dans le Moniteur d’activité et notez les lignes liées à Safari, le graphique de pression et la réactivité du Mac.

La RAM inutilisée n’est pas le seul état utile. Apple décrit aussi les fichiers mis en cache dans la mémoire autrement libre pour améliorer les performances. Une forte allocation avec une navigation fluide diffère d’une pression persistante accompagnée de blocages. Le graphique est expliqué dans le guide de la pression sur la mémoire.

Aucune de ces observations ne prouve une fuite mémoire. Gardez les mêmes pages, actions et durées de test, sans comparer une fenêtre inactive à une application web occupée.

Ne pas se limiter à la ligne Safari

La documentation de l’architecture WebKit explique que les pages s’exécutent dans des processus WebContent, séparés de l’app et d’un processus réseau partagé. La seule ligne Safari peut donc omettre une partie de la charge.

Notez les noms réellement affichés dans le Moniteur d’activité. Si une ligne affiche un nom de site, utilisez-le comme piste pour comparer cette page, sans en déduire une correspondance fixe entre un processus et un onglet.

Enregistrez le travail en cours dans la page suspecte avant le test. Fermer la page dans Safari offre une comparaison plus claire que terminer des processus auxiliaires inconnus.

Réduire les onglets sans perdre ce qui compte

Apple explique comment fermer un onglet. Commencez par les pages inutiles, gardez le site suspect ouvert et répétez la même action en surveillant mémoire et réactivité.

Incluez les autres fenêtres Safari et les groupes utilisés dans votre inventaire. Le guide des groupes d’onglets décrit une organisation des pages, pas une mesure de mémoire. Le nombre d’onglets d’un groupe ne donne pas sa consommation actuelle de RAM.

Si réduire les pages ouvertes aide, ne rouvrez que celles nécessaires à la tâche suivante. Si le problème se reproduit avec un seul site, examinez ce site plutôt que de supprimer des données de navigation sans rapport.

Tester séparément les extensions et une fenêtre privée

Les étapes de dépannage Safari d’Apple comprennent la désactivation des extensions et un essai en fenêtre privée. Notez les extensions actives pour pouvoir revenir à la sélection initiale.

1. Enregistrez le travail, désactivez les extensions dans les réglages Safari et testez la même page.
2. Si cela aide, réactivez les extensions une par une et refaites la comparaison.
3. Séparément, ouvrez une fenêtre privée avec Maj + Commande + N et testez le même site.
4. Rétablissez la sélection d’origine, sauf pour une extension dont le problème est confirmé.

Un meilleur résultat en privé est une piste, pas un diagnostic. La connexion au compte, les données enregistrées et les autorisations des extensions peuvent différer. Vérifiez ces écarts avant de conclure que le site est réparé.

La même page Apple explique comment retirer les données du site concerné si le test privé aide. Préparez vos identifiants avant cette étape et séparez-la du test des extensions. Le cache sur disque est traité dans le guide du stockage des navigateurs.

Éviter l’accumulation des onglets

Le guide actuel des réglages d’onglets d’Apple propose une fermeture automatique après un jour, une semaine ou un mois, ainsi que la fermeture manuelle. Comparez la version choisie dans le guide à votre Safari avant de chercher le réglage.

Si votre version le propose, enregistrez les liens nécessaires avant de choisir un délai. Revenir au mode manuel arrête les fermetures automatiques futures, sans restaurer le travail non enregistré d’un onglet déjà fermé. Si le contrôle manque, fermez les onglets manuellement plutôt que de suivre une procédure réservée à l’iPhone.

Vérifier que l’amélioration dure

Refaites la tâche d’origine avec les mêmes pages et extensions. Notez si le ralentissement revient, quel site est impliqué et si la mémoire continue de monter lors d’un usage comparable.

Si un site reste déclencheur, gardez ces informations pour son développeur. La page de dépannage Apple explique aussi l’obtention des mises à jour de Safari via macOS. Un autre navigateur peut servir de comparaison, mais les noms et comportements des processus Chrome relèvent du guide des processus auxiliaires Chrome.

Le rôle de Mole

La liste des processus de Mole Mac, dans État, peut être triée par MEM pour comparer la mémoire utilisée. Elle regroupe les processus dont l’app propriétaire est reconnue, y compris les processus WebKit qui lui sont attribués. Les lignes d’apps ne sont donc pas une liste d’onglets Safari. Utilisez-les pour comparer la mémoire par app pendant vos changements dans Safari.

FAQ

Une forte mémoire Safari est-elle toujours un problème ?

Une allocation isolée ne prouve pas un défaut. Comparez la pression, la réactivité et la même tâche de navigation avant de juger l’effet d’une intervention.

Une amélioration en privé prouve-t-elle qu’une extension est responsable ?

Non. Les données enregistrées du site et la connexion peuvent aussi différer. Testez les extensions séparément, puis rétablissez leur sélection.

Faut-il vider le cache disque de Safari pour réduire la RAM ?

Un gain d’espace disque ne prouve pas la résolution d’un problème de mémoire. Isolez d’abord la page ou l’extension, puis comparez à nouveau la même charge.