Test des systèmes de fichiers BTRFS XFS EXT4 REISERFS EXT2 NTFS sous Linux (SSD LDLC F7 Plus)
Bonjour à tous,
Aujourd'hui, suite à mon précédent test sur HDD, , voici le test des systèmes de fichiers sur un SSD LDLC de modèle F7 Plus
Voici le contexte de l'opération :
Le disque a été partitionné avec une table GPT, une partition de 10Mo BIOS_GRUB et le reste dans le système de fichiers testé. Pas de SWAP.
J'ai testé pour chaque système de fichiers :
Le boot "uptime" c'est un script placé dans /etc/local.d/a.start qui sera exécuté par le service "local" configuré au niveau "default" sur OpenRC.
Voici le contenu du script :
J'ai ensuite contrôlé les secondes écoulées lors du boot en consultant le fichier /root/boot.
Pour le test d'écriture (/mnt est le système de fichiers monté sur /mnt, et le système exécuté en RAM) 4Go de données :
Et la lecture (/mnt est le système de fichiers monté sur /mnt, et le système exécuté en RAM)4Go de données :
Le fichier bigfile est transféré sur le système de fichiers, et a été généré :
Voici les résultats :
Notez donc que visuellement, du meilleur au moins bon :
EXT2 - XFS - EXT4 - REISERFS - BTRFS
Par contre le boot avec le script (qui va un peu plus loin que la mire de connexion où quelques services s'exécutent encore) :
EXT2 - XFS - EXT4 - REISERFS - BTRFS
Si on regarde les capacités d'écriture de 4Go, du meilleur au moins bon :
BTRFS - XFS - EXT4 - REISERFS - EXT2 - NTFS
Et sur la lecture :
XFS - EXT2 - NTFS - REISERFS - BTRFS - EXT4
Donc sur SSD, on pourrait donner XFS gagnant, et BTRFS semble perdant.
Voici la vidéo qui montre le tout en action.
Aujourd'hui, suite à mon précédent test sur HDD, , voici le test des systèmes de fichiers sur un SSD LDLC de modèle F7 Plus
Voici le contexte de l'opération :
- Machine : Dell Optiplex 780 USFF
- Processeur : Intel Core 2 Duo E7500 (3GHz)
- RAM : 2Go
- SSD : LDLC F7 Plus 240Go
- OS : Calculate Linux Desktop MATE (noyau Linux 4.4.39)
- Processeur : Intel Core 2 Duo E7500 (3GHz)
- RAM : 2Go
- SSD : LDLC F7 Plus 240Go
- OS : Calculate Linux Desktop MATE (noyau Linux 4.4.39)
Le disque a été partitionné avec une table GPT, une partition de 10Mo BIOS_GRUB et le reste dans le système de fichiers testé. Pas de SWAP.
J'ai testé pour chaque système de fichiers :
- Le temps de boot visuel : de la validation de GRUB à l'affichage de Lightdm
- Le boot "uptime" par l'exécution d'un script
- La vitesse d'écriture
- La vitesse de lecture
- Le boot "uptime" par l'exécution d'un script
- La vitesse d'écriture
- La vitesse de lecture
Le boot "uptime" c'est un script placé dans /etc/local.d/a.start qui sera exécuté par le service "local" configuré au niveau "default" sur OpenRC.
Voici le contenu du script :
Code BASH :
#! /bin/bash date > /root/boot cat /proc/uptime >> /root/boot
J'ai ensuite contrôlé les secondes écoulées lors du boot en consultant le fichier /root/boot.
Pour le test d'écriture (/mnt est le système de fichiers monté sur /mnt, et le système exécuté en RAM) 4Go de données :
Code BASH :
dd if=/dev/zero of=/mnt/bigfile bs=4M count=1000
Et la lecture (/mnt est le système de fichiers monté sur /mnt, et le système exécuté en RAM)4Go de données :
Code BASH :
dd if=/mnt/bigfile of=/dev/null
Le fichier bigfile est transféré sur le système de fichiers, et a été généré :
Code BASH :
dd if=/dev/urandom of=~/bigfile bs=4M count=1000
Voici les résultats :
Notez donc que visuellement, du meilleur au moins bon :
EXT2 - XFS - EXT4 - REISERFS - BTRFS
Par contre le boot avec le script (qui va un peu plus loin que la mire de connexion où quelques services s'exécutent encore) :
EXT2 - XFS - EXT4 - REISERFS - BTRFS
Si on regarde les capacités d'écriture de 4Go, du meilleur au moins bon :
BTRFS - XFS - EXT4 - REISERFS - EXT2 - NTFS
Et sur la lecture :
XFS - EXT2 - NTFS - REISERFS - BTRFS - EXT4
Donc sur SSD, on pourrait donner XFS gagnant, et BTRFS semble perdant.
Voici la vidéo qui montre le tout en action.
N'hésitez pas à sélectionner la qualité HD en 720p ou 1080p !
