Comment faire une bonne estimation de la taille de la partition d'échange lors de l'utilisation de tmpfs ?

Vous avez trois problèmes en ce qui concerne l'espace d'échange.

Premièrement, avec un espace d'échange insuffisant, certaines charges de travail ne sont tout simplement pas possibles à effectuer. Si un programme nécessite plus de mémoire que la RAM physique disponible, il ne peut tout simplement pas s'exécuter sans espace d'échange.

Deuxièmement, avec un espace d'échange très faible, votre ordinateur peut ne pas être en mesure d'évincer des éléments qui ne sont jamais consultés de la RAM physique. Souvent, une partie de la mémoire ne sera jamais consultée, mais le système d'exploitation ne peut pas le prouver. Il ne peut donc pas libérer simplement la mémoire. Sans assez d'espace d'échange, cette information reste bloquée en RAM pour toujours, sans jamais être consultée. De nombreux processus utilisent beaucoup de mémoire au démarrage qu'ils n'utilisent jamais par la suite.

Enfin, avec un espace d'échange très faible, votre décision de permettre la surallocation de la mémoire virtuelle ou non peut avoir des conséquences drastiques. Si vous n'autorisez pas le système à surallouer la mémoire virtuelle, vous risquez de refuser des opérations qui en réalité n'utilisent pas beaucoup de mémoire. (Imaginez si un processus important appelle fork. Il pourrait être sur le point d'appeler exec, mais à moins de permettre la surallocation, le système d'exploitation doit refuser le fork s'il n'a pas suffisamment de RAM + espace d'échange pour que le nouveau processus salisse chaque page mappée inscriptible.) Si vous autorisez le système à surallouer, et que vous n'avez pas réellement assez de RAM + espace d'échange pour une charge de travail atypique, vous risquez de voir des processus être terminés brutalement.

Personnellement, en supposant une utilisation typique, j'allouerais 2Go pour l'espace d'échange et je m'assurerais que la surallocation raisonnable est autorisée.