La réponse courte, pour un serveur, est d’acheter et d’installer plus de RAM.
Un serveur qui rencontre régulièrement suffisamment d' erreurs OOM (Out-Of-Memory), puis outre l'option surcommit sysctl du gestionnaire VM (mémoire virtuelle) dans les noyaux Linux, ce n'est pas une bonne chose.
Augmenter la quantité de swap (mémoire virtuelle qui a été paginée sur disque par le gestionnaire de mémoire du noyau) aidera si les valeurs actuelles sont basses et si l’utilisation implique de nombreuses tâches, chacune avec une telle quantité de mémoire, plutôt qu’une ou plusieurs. traite chacun demandant une quantité énorme de la mémoire virtuelle totale disponible (RAM + swap).
Pour de nombreuses applications allouant plus de deux fois (2x) la quantité de mémoire RAM échangée, le retour sur amélioration est décroissant. Dans certaines grandes simulations informatiques, cela peut être acceptable si le ralentissement est supportable.
Avec la RAM (ECC ou non), soyez assez abordable pour de petites quantités, par exemple 4-16 Go, je dois admettre que je n’ai pas connu ce problème moi-même depuis longtemps.
Les informations de base sur la consommation de mémoire, notamment l'utilisation de free
et top
, triées par l'utilisation de la mémoire, sont les deux évaluations rapides les plus courantes des modèles d'utilisation de la mémoire. Assurez-vous donc au moins de comprendre la signification de chaque champ dans la sortie de ces commandes.
En l'absence d'applications spécifiques (base de données, serveur de service réseau, traitement vidéo en temps réel, par exemple) et de l'utilisation du serveur (quelques utilisateurs chevronnés, connexions utilisateur / client de 100 à 1000), je ne peux penser à aucune recommandation générale concernant le traitement des données. le problème de MOO.