Configurer l’échange
Partie 1. Définir le swappiness. Ce peut être conforme à la réponse de degusa, mais cela pourrait être le contraire, et il aura plus d'effet quand il le sera.
Un scénario dans lequel certains d’entre nous sont heureux d’être là est celui où nous avons beaucoup de RAM. En général, nous utilisons un petit pourcentage directement par le noyau et les applications, certains (peut-être une grande quantité si vous avez utilisé d’autres réglages pour améliorer les performances, comme le montage / tmp en mémoire) utilisés pour ramfs et tmpfs. les concerts et les concerts étant utilisés comme cache disque pour accélérer l'accès à nos fichiers.
Dans ce scénario, une fois que la mémoire totale utilisée, y compris le cache, devient élevée et qu’une application a besoin de davantage de RAM, linux doit décider de retirer du cache du système de fichiers ou de basculer vers la partition / le fichier swap.
Comme nous avons des tonnes de mémoire vive, et que nous ne sommes peut-être que dérangés par le swap pour que nous puissions activer l'hibernation, nous voulons que cela prenne une partie de ce cache important et que nous souhaitons une faible permutation. Si nous ne nous soucions pas de pouvoir hiberner, nous pourrions même trouver qu'une machine aussi haute en RAM ne nécessite aucun échange.
Un autre scénario est celui d’une personne dont la mémoire vive est faible et qui passe de quelques applications lourdes à chacune d’entre elles. Imaginez peut-être un développeur Web qui passe du temps sur son IDE, certains sur un éditeur graphique, d'autres sur son navigateur, un peu sur d'autres navigateurs pour vérifier les problèmes de compatibilité, et peut-être 5 minutes par heure sur son client de messagerie. Ils sont également susceptibles de frapper les mêmes fichiers à plusieurs reprises avec des lectures et des écritures et donc de bénéficier sensiblement de la mise en cache des fichiers. Cette personne pourrait probablement tirer profit de la volonté de Linux d’échanger la mémoire utilisée par les applications lourdes sur lesquelles elle n’est actuellement pas active, de sorte que la permutation devrait probablement être plus importante pour eux.
Non seulement le meilleur réglage pour eux est-il plus élevé que les conseils les plus courants, mais ils vont probablement le remarquer davantage que la personne qui a toujours des concerts à réserver.
Partie 2. Priorité & amp; nombre de partitions.
Chaque partition de swap a une priorité et linux l’utilise avec la plus haute en premier. S'il n'est pas défini dans / etc / fstab, il sera traité comme négatif à partir de -1 (les paramètres explicites sont compris entre 0 et 32767, donc -1 est inférieur à celui défini explicitement) et continue dans l'ordre fstab à -2, - 3 et ainsi de suite.
Le meilleur réglage dépend de l'emplacement physique des partitions. Si vous n'en avez qu'un, alors ce n'est pas grave (mais peut-être devriez-vous en avoir plus d'un, alors lisez la suite).
Si vous avez deux disques ou plus sur le même disque physique, ils doivent avoir des priorités différentes afin de ne pas utiliser deux partitions nécessitant une recherche (est-ce que quelqu'un sait si cela est automatiquement évité?). Les défauts sont bons. Ce n’est probablement pas une bonne idée d’avoir deux swaps sur le même disque, mais cela peut arriver si vous en avez créé un, puis vous avez décidé d’avoir besoin de plus de swap plus tard (peut-être en ajoutant plus de RAM).
Si vous avez deux disques physiques ou plus à la même vitesse, leur attribution à la même priorité signifie que Linux les utilisera simultanément, ce qui offre de meilleures performances pour des raisons analogues à pourquoi le RAID ou simplement s’assurer qu’il ya des fichiers fréquemment utilisés sur les deux disques va - le travail est partagé entre eux.
Si vous avez deux disques physiques ou plus de vitesse égale mais que vous ne les échangez que sur un seul, vous devriez peut-être changer cela pour les raisons ci-dessus.
Si vous avez deux disques physiques ou plus, à des vitesses très différentes, vous souhaitez généralement que le disque le plus rapide ait une priorité plus élevée que le plus lent, de sorte qu'il est utilisé en premier. Vous ne voudrez peut-être même pas avoir un échange sur le plus lent, bien que cela puisse avoir du sens, par exemple, échangez un petit disque rapide mais petit pour un échange rapide, et un plus grand échange sur le disque plus lent pour que vous ayez suffisamment d'espace pour hiberner.
Si le SSD est le plus rapide des deux, il existe deux alternatives avec des avantages et des inconvénients différents:
- Priorité la plus élevée, ou peut-être seulement, échange sur le disque SSD, pour plus de rapidité.
- Échangez uniquement sur le non-SSD pour réduire les écritures sur le disque SSD et augmenter ainsi sa durée de vie.
Le numéro 2 est probablement celui que vous devez utiliser si vous n’avez que l’échange pour permettre l’hibernation et que, par conséquent, votre mémoire RAM importante signifie que vous n’en avez pas vraiment besoin (et si vous dépensez de l’argent sur la RAM aussi) à moins que vous ne soyez peut-être un fanatique de la vitesse de démarrage qui veut démarrer à partir de l’hibernation à une vitesse qui montrera votre gréement sophistiqué! Sinon, l’équilibre concerne la vitesse et la durée de vie des disques SSD.
Si vous avez un lecteur existant uniquement pour le swap afin de ne pas rivaliser avec d’autres E / S de fichiers, alors vous êtes probablement au coeur des performances et vous connaissez déjà mieux que moi et vous lisez ceci uniquement pour voir si je me suis trompé!
