Votre société de services en logiciels libres

Astuce: de l’effet du retaillage d’un système de fichiers

9 novembre 2014   
Astuce: de l’effet du retaillage d’un système de fichiers

La situation est la suivante : vous avez monté une nouvelle architecture de stockage et vous voulez créer votre premier système de fichiers. Vous avez opté pour de l’ext4 sur du LVM.

Vous créez votre 1er volume logique avec une taille de 10 Gio pour vérifier que tout se passe bien.

Vous êtes satisfait des performances, alors, grâce au LVM vous étendez ce système de fichiers à 1 Tio. Ca marche « à chaud ». Vous mettez en production.

…seulement cette manipulation a créé un système de fichiers non-optimal. Pourquoi ?

Quand le système de fichiers a été créé avec une taille de 10 Gio, la commande mkfs (ou mke2fs) a choisi une taille de 1 kio pour les blocs de données, car 10 Gio est une taille considérée comme petite pour un système de fichiers.

Quand vous avez étendu le système de fichiers, la taille initiale des blocs a été conservée alors que maintenant vous disposez de 1 Tio.

C’est à dire que si vous aviez créé initialement un système de fichiers de 1 Tio, une taille de bloc de 4 kio aurait été choisie. Or une taille de blocs plus grande implique en général de meilleures performances (vos fichiers font plus d’un kio, n’est-ce-pas ?)