Swap partition dans LVM?

21

Je me demandais si le fait de placer la partition de swap dans un groupe de volumes logiques présente des inconvénients (par exemple, des performances), ou serait-ce "exactement la même" que de l'avoir comme partition principale / logique séparée?

J'aime le fait qu'il pourrait être facilement redimensionné si nécessaire, mais je ne suis pas sûr des inconvénients possibles.

Cas d'application : CentOS 7 Webserver.

lévite
la source
1
Je ne sais pas ce que vous entendez par "mettre la partition de swap dans un groupe LVM". Je comprends ce que vous entendez par avoir échangé sur un volume logique. Je l'ai fait sur d'anciennes machines et sur mon poste de travail personnel actuel. Je n'ai jamais remarqué de problèmes, et je ne peux pas penser à une raison pour laquelle des problèmes devraient survenir. Sur ma machine actuelle, le swap est utilisé, mais pas beaucoup.
Faheem Mitha
Vous avez raison, essayez le mixage, venez de le modifier! Et merci pour la réponse, je le ferai alors!
Lévite
Dois-je en faire une réponse formelle?
Faheem Mitha

Réponses:

34

Bien sûr, l'objectif principal n'est pas d'avoir la nécessité d'utiliser le swap en premier lieu ...

L'essentiel est de créer le volume de swap LVM lorsque le système est encore assez récent, de la même manière que lorsque vous créez un fichier de swap, car l'espace de swap fonctionne mieux lorsqu'il est contigu, ou l'imposer avec lvcreate -Coption. Vous ne voulez pas que les blocs de disques réels qui composent le volume logique soient fragmentés sur tous vos disques. Le redimensionnement du volume de swap (fréquemment) doit également être évité pour cette raison.

En tant que l'un des principaux développeurs du noyau Linux, Andrew Morton dit :

Le noyau génère une carte de décalage de swap -> blocs de disque au moment du swapon et utilise ensuite cette carte pour effectuer des E / S de swap directement contre la file d'attente de disque sous-jacente, en contournant toute la mise en cache, les métadonnées et le code du système de fichiers.

Cela contourne également tout le code LVM, le swap va directement sur le disque. Et donc, du point de vue des performances, il n'y a pas de différence de partition de swap, de fichier de swap ou de volume LVM.

HBruijn
la source
12
Grande réponse, merci pour l'explication détaillée! " That bypasses all the LVM code as well, swap goes straight to disk.", exactement ce que je cherchais! Concéder le problème de redimensionnement: serait-il logique, pour cette raison, de recréer le volume de swap après l'installation avec l'option -C pour garantir qu'il soit / reste contigu? Comme lvcreate -C y -L 10G VolGroup -n swap(référence: blog.zelut.org/2009/03/10/force-contiguous-extents-in-lvm )
Levite
3
Je n'ai jamais remarqué l' -Cinterrupteur, merci de l'avoir signalé!
HBruijn
"utilise cette carte pour effectuer des échanges d'E / S directement contre la file d'attente de disque sous-jacente, en contournant toute la mise en cache, les métadonnées et le code du système de fichiers" - bien que cette réponse soit pour la journalisation des systèmes de fichiers (ext3 / reiserfs), je me demande si elle contourne vraiment md raid ... qui ferait des tonnes de conseils pour échanger sur le raid là-bas assez utile / sans aucune idée ...
Erk
@Erk en ce qui concerne le raid, notez que les systèmes de fichiers sont toujours une couche d'abstraction au-dessus du périphérique IO, c'est-à-dire que lors de l'utilisation du raid pour l'échange, toutes les considérations habituelles s'appliquent toujours, indépendamment du raid matériel ou logiciel
HBruijn
@HBruijn: aha, eh bien, maintenant j'ai une machine avec swap sur lvm (sur md raid) et ça ne brûle pas du moins ...
Erk