Il est faux de penser que le fait d'avoir une zone de swap affecte négativement les performances. Ce qui affecte gravement les performances, c'est de ne pas avoir suffisamment de RAM. La zone d'échange en soi n'a aucun effet négatif sur les performances, sauf si vous ne vous souciez pas de la fiabilité. Cela peut avoir un impact positif sur les performances même si vous pensez que vous avez suffisamment de RAM (et aucune pénurie de RAM n'est signalée).
Il y a essentiellement trois cas à considérer:
1: Il y a suffisamment de RAM pour les besoins du noyau interne, pour que toutes vos applications aient leur ensemble de pages de travail sur la RAM et aient toujours de la RAM "libre" pour le cache de tampon pour stocker la plupart des données chaudes du système de fichiers.
2: comme ci-dessus, sauf que vous n'avez pas assez de RAM disponible pour que le cache de tampon soit pleinement efficace.
3: Il n'y a pas assez de RAM pour même stocker les pages utilisées de vos applications.
Dans le cas 1, qui devrait être la norme pour une machine de production, avoir ou non une zone de swap ne change rien (au moins sur les OS basés sur Linux et autres OS qui surchargent la mémoire).
Dans le cas 2, le fait d'avoir une zone de swap peut améliorer les performances globales en permettant au système de paginer des pages très rarement utilisées, puis de permettre au cache de tampon de mieux jouer son rôle.
Dans le cas 3, le fait d'avoir une zone de permutation permet à l'application de continuer à fonctionner au détriment d'une dégradation des performances due à la pagination. D'un autre côté, manquer une zone de swap (ou une zone suffisamment grande) fera planter les applications de manière aléatoire. De plus, en fonction des paramètres du système d'exploitation, le tueur OOM peut également décider de tuer les applications les plus gourmandes en mémoire s'il y a une forte demande de RAM sans même leur donner la possibilité de sauvegarder leurs (vos) données critiques.
Ce dernier cas est celui avec lequel vous devez faire un choix. Il existe certainement des cas d'utilisation où la suppression de processus est l'option préférée, comme les systèmes où le temps de réponse est crucial et où la perte d'une transaction / d'un processus n'est pas très grave.
Cependant, j'ai tendance à croire que dans la plupart des situations, il est préférable de laisser une chance à l'utilisateur / administrateur de remarquer la pénurie de RAM et d'agir en conséquence sans risquer de perdre des données.