Mon système (Yosemite / 10.10) a été paginé vers la mémoire d'échange malgré une pression mémoire inférieure à 50% au cours des 7 derniers jours (suivi avec les menus iStat). Comment cela est-il possible ? Ce serait une chose si la pression mémoire dépassait 100% à un moment donné au cours de la semaine dernière et que le fichier d'échange était alors activé, mais cela ne semble pas s'être produit du tout et pourtant j'ai 1,25 Go sur 2,00 Go en cours d'échange en ce moment, avec 36% de pression mémoire. Le nouveau modèle de mémoire introduit dans Mavericks ne devrait-il pas se comporter différemment ?
Réponse
Trop de publicités?
Old Pro
Points
5634
C'est l'une des trop rares fois où la réponse est officiellement documenté par Apple .
En résumé, le système essaie de conserver une certaine quantité de mémoire libre afin de pouvoir fournir rapidement de la mémoire à une application lorsque celle-ci en fait la demande. Lorsqu'il n'y a pas assez de mémoire libre, la mémoire qui n'a pas été "touchée" depuis un certain temps est retirée. Il s'agit souvent de la mémoire que l'application a "perdue", c'est-à-dire allouée, utilisée pendant un certain temps (peut-être une seule fois) et qui ne sera plus jamais utilisée, mais qui a oublié de dire au système d'exploitation qu'elle en avait fini.
Dans Yosemite et d'autres versions d'OS X, SystemUIServer était réputé pour perdre beaucoup de mémoire. Il s'agissait d'un candidat de choix pour l'échange de mémoire, car celle-ci n'était pas nécessaire à l'application, mais ne pouvait pas être récupérée par le système d'exploitation. L'échange de cette mémoire sur le disque est tout bénéfice pour les performances ; le seul inconvénient est la quantité relativement minime d'espace disque utilisé.
1 votes
Voir si cela peut aider - apple.stackexchange.com/questions/107126/
0 votes
Beaucoup de bonnes réponses et de détails sur ce fil de discussion sur la pression de la mémoire . Je me concentrerais sur l'optimisation de la pression et non sur l'allocation de swap. 2 Go de swap viennent assez facilement d'un code qui fuit et tant que cela n'a pas d'impact sur votre stockage, pourquoi faire le travail difficile pour localiser et trouver ces fuites ?