OSX Mavericks utilisant beaucoup trop RAM
J'ai récemment mis à niveau mon MacBook Pro 15 pouces mi-2011 vers Mac OS X 10.9 Mavericks. Depuis lors, la RAM utilisation de mon ordinateur a explosé au point de rendre mon ordinateur inutilisable. Plus précisément, entre 1 minute et 2 heures après le démarrage, le processus kernel_task utilisera entre 4 et 5 Go de RAM (8 Go installés) et mds et mds_store utiliseront environ 2 Go entre eux. À ce stade, toutes mes applications ne répondent plus.
Si je ne redémarre pas mon ordinateur dans les cinq minutes qui suivent, Mac OS X me demandera de quitter toutes mes applications. Si je ne le fais pas, l’ordinateur ne répond plus du tout (même pour relancer des demandes) et je dois procéder à un arrêt brutal. Si je le fais, la même chose se produit mais cela prend quelques minutes de plus. J'ai parlé à un représentant Apple et il m'a dit de faire clignoter ma PRAM et de réinitialiser le SMC, ce que j'ai fait, mais rien ne s'est passé.
En plus de cela, il a dit d’envoyer mon appareil, ce que je ne peux pas faire pour le moment. Une idée de ce qui se passe?
J'ai donc retrouvé la même chose avec mon iMac: Mavericks semblait en pâtir beaucoup plus RAM que Lion ou Mountain Lion.
J'ai trouvé une solution qui ne nécessite pas de redémarrage: “Utilisation de la commande de purge sous OS X Mavericks”
Exécutez simplement Sudo purge (il vous demandera votre mot de passe) et purgera la mémoire inutilisée à laquelle se trouve le système d’exploitation.
J'ai libéré plus de 5 Go de cette manière sans aucun accroc, bien que le système semble être suspendu un instant ou deux pendant qu'il effectue cette purge.
J'ai expérimenté kernel_task gonfler jusqu'à 20 Go de RAM et saturer (sans libérer) toute la RAM disponible, ce qui a essentiellement gelé toutes mes applications en cours d'exécution. Après essais et erreurs, j’ai trouvé qu’il s’agissait d’un processus R en folie, puisqu’après avoir quitté l’application R, le kernel_task est redescendu à 1 Go raisonnable (le R.app n’exigeait pas plus de 1 Go de mémoire à ce moment-là).
La solution spécifique à mon scénario consistait donc à redémarrer l'application R.app. Vous pouvez essayer de quitter toutes les applications en cours d'exécution une par une pour déterminer systématiquement celle qui interagit avec kernel_task et qui est à l'origine du problème.
J'ai posté cette question dans les forums d'assistance Apple ici et j'ai lancé quelques diagnostics à leur suggestion. Depuis que je les ai exécutées, j'ai découvert une foule de nouveaux problèmes avec mon système qui n'existaient pas avant l'installation de Mavericks. Parmi eux, beaucoup de mes paquets Python ne fonctionnent plus (comme les flasques et les pandas), et easy_install et pip sont maintenant cassés. On m'a recommandé de faire une nouvelle installation (et d'envisager de rétrograder au cours du processus), ce que je ferai dès que cela sera pratique.
Ce que j'ai fait pour ma machine a été de faire un travail cron pour purger la mémoire
Je suis passé en super utilisateur
Sudo su
crontab -e
Ensuite, j'ai ajouté la ligne suivante:
* * * * * purge
Pour exécuter la purge chaque minute. Ma consommation de mémoire est passée de 16/16G à 9/16G en moyenne.
J'ai eu le même problème. Après des mois de pression de la mémoire, j'ai trouvé le remède.
Si votre compte de messagerie (Exchange hébergé ou imap) contient beaucoup de doublons - dans mon cas des milliers - l'indexation Spotlight provoque des ravages. Je suppose qu’il essaie de comparer tous les doublons afin de pouvoir les afficher sous la forme d’un message.
Si votre application de messagerie iOS présente différents comptes non lus pour les mêmes dossiers de messagerie à partir de votre application de messagerie OS X, il s'agit d'une indication certaine des doublons. Idem, si iOS affiche des courriers électroniques, alors que les courriers OS X affichent un dossier vide.
Les doublons peuvent résulter d'un déménagement/copie/suppression incomplet ou de la réception de plusieurs copies du même courrier.
J'ai utilisé https://github.com/quentinsf/IMAPdedup pour parcourir tous les dossiers et supprimer les doublons automatiquement. Ceci compare les ID de message ou les en-têtes.
Après cela, aucun de mes macs n'a encore vu la pression de la mémoire - jamais.
J'espère que cela aide tout le monde qui souffre de la pression de la mémoire comme je l'ai fait.
J'ai un vieil mais excellent iMac, à partir de 2008, avec une capacité maximale de 4 Go de RAM. Suivant les recommandations du Mac, j’ai fait une réinstallation depuis "cero" de Mavericks, mais les performances étaient toujours très mauvaises et la consommation de mémoire était terrible.
En outre, sous la promesse de "rendre le Mac plus rapide", j'avais installé Mac Keeper, qui consommait par ailleurs beaucoup de mémoire pour l'antivirus et les ressources de l'application activée.
Ma solution: désinstaller Mac Keeper. Immédiatement, j'ai récupéré 1,5 Gg de RAM, et après un redémarrage de l'ordinateur, il économisait 2,0 Go de RAM.
À cause du modèle de mon iMac, je dois toujours résoudre la consommation excessive de kernel_task. Je pense que j'ai commis une grave erreur en installant Mavericks.
Pour moi, le problème était Adobe Lightroom. J'ai 18gig de mémoire sur mon iMac et le Kernel_task prenait 5.33 gig. Une fois que j'ai quitté Lightroom, la mémoire utilisée a chuté à 1,33 gig.
J'ai trouvé l'application qui pose problème avec un:
Sudo lsof | grep -i kernel
Maintenant, à qui la faute - Apple ou Adobe?