Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

A propos de LVM

maxxou91

Salut à tous,

Lors du partitionnement, nous avons le choix de creer des partitions de type LVM. Lorsque nous choisissons cette option, il y a une option "dimension physique" avec differentes tailles proposées (32MB, 64MB etc...).
Quelqu'un pourrait il m'eclairer sur cette option? A quoi sert elle? Un lien avec les performances?

Merci a vous! 🙂

bochecha

Bonne question, j'allais pas tarder a la poser 🙂

Marcet

Cette question a déjà été évoquée dans le passé.

Le choix de blocs de petite taille permet un ajustement fin de la taille des partitions, mais requiers une table des blocs plus importante. A l'inverse, un blocs de grande taille permet d'avoir une table d'allocation plus petite et par voie de conséquence plus performante.

Par contre, je ne sais pas si des tests ont été réalisés pour mesurer l'impact sur les performances.
Mais mon petit doigt me dit qu'il ne doit pas être très important.

Pour ma part, j'ai toujours fait le choix de la taille de bloc la plus grande.

remi

La taille des "volumes logiques" sera toujours un multiple de la taille des "physical extends"

A l'inverse, un blocs de grande taille permet d'avoir une table d'allocation plus petite et par voie de conséquence plus performante.

Je ne vois pas en quoi cela peu influencer la performance.

Par contre, les performances seront certainement impactées lors du choix du stripping (répartition sur plusieurs disques) en fonction de cette taille.

A+

maxxou91

Personnellement, 32MB (ou 32Mo) pour des blocks me semble enorme! En plus, nous avons le choix jusqu'à 128MB.
En tout les cas, cela reste encore assez flou... :roll:

bochecha

Pour ma part j'ai toujours fait le choix de la taille par defaut. Merci Marcet en tout cas.

Juste une question :

mais requiers une table des blocs plus importante

C'est quoi cette table des blocs ?

mectx

ahhh un sujet qui m'interesse
je dois (encore:-|:-?) reinstaller fedora car j'ais foirée la table des partition (mon raid 0 m'enquiquine un peu) par defaut fedora fais un lvm(super performant au passage) mais je ne savais pas ce que c'été lalors j'ais voulus refaire une table de partoche comme j'ais l'habitude de faire (et qui ne me bouffait pas 280 giga comme fedora.... )
depuis j'ais un linux qui raaaaaame alors que bon .... avec mon pc pas moyens (cf signature)
donc ce soir je repete tout et je reinstalle (pour la 8eme fois .... )

donc je laisserais fedoras refaire son patitionnement et je changerais la taille via le manager de gnome ...
ou vous avez des infos sur le lvm (comment je le créer toussa....)
merci

georgesgiralt

Bonjour !
La taille des blocs dépend de ce que vous voulez faire et des disques que vous possédez. (il faut pas le même défault sur un disque PATA/SATA que sur une baie EMC ou des disques SCSI 15000 t/min.)
Imaginons que vous ayez un système de fichiers avec des millions de tout petits fichiers.
Imaginons que vous ayez un système de fichiers avec 3 enormes fichiers (une grosse base Oracle par exemple)
Quand vous allez écrire/modifier des fichiers les besoins ne vont pas être les même dans le cas a que dans b. Jouer sur la taille des extends permet de regler cela.
Enfin, si vous agrandissez un LV, vous allez avoir un bout du LV au début du disque, "du blanc" qui sert aux autres lv du vg puis un autre bout du LV. si les extends sont très petits, et que vous ayez modifié les LV souvent, le "blanc" va ressembler aux trous du gruyere et le LV aussi. Et là, on va commencer à passer plus de temps à gérer le système qu'a lire/écrire des données. On peut même perdre de la place disque si les tailles sont trop petites (les tables de gestion prennent de la place)
Conclusion :
Prenez la taille par défaut pour les cas courants, et si vous avez modifié 100 fois vos lv du même vg, pensez qu'il faudra peut être les re-créer afin de les avoir continus.
Si vous faites un serveur WEB avex plein de petits fichiers ou une grosse base de données, faites des tests de perfs en fonction de la taille des extend et de votre appli.