Normalement, le programme s'occupant de gérer la pagination de la mémoire doit, quand il a un peu de temps devant lui, rapatrier ce qu'il peut pour condenser le swap (le défragmenter, en quelque sorte).<...>
A noter cependant, côté gestion pourrie de la mémoire : entre le moment où j'ai mis en place le purge croné ( ) et mon reboot, j'avais toujours beaucoup de mémoire libre (plusieurs Go) et très peu de mémoire inactive, mais le swap est toujours resté très important (> 4 Go), donc une fois qu'il a utilisé le swap il ne le lâche plus, le bougre.
Donc tout baigne dans le bonheur
Ça marche un peu mais pas si bien que ça. Du coup, effectivement, quand il y a du swap, il est quasiment impossible de revenir en arrière, en-deça d'un certain seuil.
Par exemple, en ce moment précis, mon MBP utilise 3.4 MB de swap (alors qu'il a 2.27 GB de libre et 1.04 d'inactive...) Néanmoins, il a alloué un deuxième fichier de 64 MB, portant le swap à 128 MB. Le fait d'appeler le programme de purge à la rescousse permet de limiter les degâts, mais pas de recouvrer un fonctionnement correct.
C'est sans doute dû à une optimisation fautive (conservation des bibliothèques en mémoire pour lancement plus rapide des applications), qui se révèle contre-productive. Il est assez navrant que Apple n'ait jamais fait l'effort de régler ça, depuis le temps.