Pourquoi le Finder utilise-t-il 59 Go d'espace d'échange?

Mon nouveau MacBook Pro Retina (avec 16 Go de RAM) continue de recevoir ce message "Votre disque de démarrage Mac OS X n'a plus d'espace disponible pour la mémoire de l'application". J'ai 300 Go d'espace libre sur mon disque dur et 16 Go de RAM. Cela ne devrait pas se produire.

Mais cela continue de se produire, même lorsque je n'utilise pas activement mon Mac. Je suis allé déjeuner, je suis revenu et j'ai vu ceci: trop d'utilisation de la RAM 59 Go de swap utilisé.

Que se passe-t-il?

— ashgromnies
source

Puis-je supposer que vous avez essayé de redémarrer?

— Nathan Walker

Oui, j'ai redémarré et cela résout le problème immédiat, mais il réapparaîtra finalement.

— ashgromnies

Si vous vous déconnectez du réseau, puis redémarrez en mode sans échec, le Finder ne nécessite-t-il pas autant de RAM? Ensuite (si nécessaire), répétez l'opération une fois que Time Machine et tous les disques externes sont déconnectés. Cela peut être un comportement normal basé sur le travail que vous avez donné au Finder, il est donc difficile de savoir où se situe la "trop" ligne d'utilisation de la RAM jusqu'à ce que vous ayez quantifié l'environnement dans lequel le Finder s'exécute. Si cela ne vous dérange pas de fouiller dans les fichiers journaux, exécutez sysdiagnosele Finder - vous aurez un vidage de toutes les allocations de mémoire et bien plus à examiner.

— bmike

Cela ressemble à un bug bizarre, mais la seule solution possible à laquelle je pourrais penser serait d'essayer une nouvelle installation. Je serais intéressé de voir si quelqu'un d'autre a vécu cela.

— Nathan Walker

Cela ressemble à une fuite de mémoire . vous devez le rapporter à la pomme.

— alpha_one_x86

Réponses:

Je pense que c'est un bug dans OS X 10.7. J'ai également un MacBook Pro rétine. Le mien est 2.6 / 16/512, et j'ai remarqué qu'il n'y avait aucune sortie de page mais un très gros fichier d'échange en cours de création (le mien faisait environ 8 Go). La fermeture des applications a activement réduit l'espace d'échange utilisé. Encore une fois, aucune sortie de page n'a été enregistrée.

Je crois que cela a à voir avec le fichier d'image de veille qui est également hébergé aux côtés des fichiers de mémoire virtuelle dans / private / var / vm. Lorsque pmset hibernatemode est défini sur 3 (par défaut pour les ordinateurs portables, suspension sur RAM et disque), sleepimage est écrit lors de la mise en veille. C'est pourquoi il faut quelques instants pour que ces ordinateurs portables se mettent en veille: il écrit jusqu'à 16 Go de RAM dans l'image de veille.

Cependant, la modification de ce paramètre pour que la RAM soit mise en veille et qu'aucune image de veille ne soit écrite n'a entraîné aucune augmentation anormale de la taille du fichier d'échange. Je soupçonne que l'image de sommeil est dans certains cas préservée après le sommeil et incite à la création de fichiers d'échange. C'est peut-être ce comportement incorrect qui entraîne également les tailles de fichier d'échange inhabituellement importantes que vous voyez.

À partir de la page de manuel de pmset , pour passer à NO suspend to disk, vous devez exécuter dans un terminal:

sudo pmset -a hibernatemode 0

Pour supprimer l'image sleep (et récupérer 16 Go sur votre ordinateur avec 16 Go de RAM), exécutez:

sudo rm /var/vm/sleepimage

Je redémarre après ces opérations juste pour m'assurer qu'il n'y a pas de bizarrerie. Sur chaque source d'alimentation, vous pouvez vérifier l'état avec:

pmset -g

Vous devez savoir qu'en cas de perte totale de puissance (la batterie meurt et n'est pas branchée), le contenu de la RAM n'aura pas été enregistré sur le disque dur et vous perdrez votre travail. Pour moi, c'est un risque faible mais calculé car la vitesse de veille / veille, couplée à la grande autonomie de la batterie et à l'espace de stockage récupéré. De plus, pour moi, il semble avoir atténué ce problème, que je n'ai vu sur aucun autre ordinateur portable Mac que j'ai possédé. Je souhaite que nous ayons ces voyants de batterie, cependant.

— hodgkin-huxley
source

Je pense que le bug a été corrigé. Je n'ai pas vu cela se produire depuis le dernier patch ML, au moins.

— ashgromnies

J'ai la dernière version ML sur un rMBP et je vois toujours ce problème.

— Marc W

Je ne suis pas sûr que ce soit un bug dans le système d'exploitation autant que le fonctionnement du swap lorsque vous exécutez d'autres logiciels avec des fuites de mémoire et que vous ne redémarrez pas suffisamment pour garder les fichiers d'échange sous contrôle.

— bmike

@bmike Je suis enclin à être d'accord, bien que les versions précédentes du système d'exploitation n'aient pas eu ce problème sur d'autres machines. Je n'ai également vu aucun rapport vérifié à ce sujet spécifiquement sur des MacBook Pros non-rétiniques exécutant le même système d'exploitation, bien qu'ils puissent exister.

— hodgkin-huxley

J'ai eu ce problème en raison d'un bug dans Dropbox sur mon MacBook Pro 13 pouces.

C'était une ancienne version de Dropbox. Après avoir quitté Dropbox et installé une nouvelle version (1.4.1 -> 1.4.17), mon problème a été résolu.

— Michael_XIII
source