Des repères
Pour évaluer notre disque, nous avons utilisé la suite de tests Phoronix. C’est gratuit et contient un référentiel pour Ubuntu, vous n’avez donc pas besoin de compiler à partir de rien pour exécuter des tests rapides. Nous avons testé notre système juste après une nouvelle installation d'Ubuntu Natty 64 bits en utilisant les paramètres par défaut du système de fichiers ext4.
- AMD Phenom II quad-core à 3,2 GHz
- Carte mère MSI 760GM E51
- 3,5 Go de RAM
- AMD Radeon 3000 intégré avec 512 Mo de RAM
- Ubuntu Natty
Et, bien sûr, le disque SSD sur lequel nous avions l'habitude de tester était un lecteur OCZ Onyx de 64 Go (117 $ au moment de la rédaction).
Tweaks éminents
Il existe de nombreux changements recommandés par les utilisateurs lors de la mise à niveau vers un SSD. Après avoir filtré certains éléments plus anciens, nous avons dressé une courte liste de modifications que les distributions Linux n’ont pas incluses comme paramètres par défaut pour les SSD. Trois d’entre elles impliquent l’édition de votre fichier fstab, alors sauvegardez-le avant de continuer avec la commande suivante:
sudo cp /etc/fstab /etc/fstab.bak
En cas de problème, vous pouvez toujours supprimer le nouveau fichier fstab et le remplacer par une copie de votre sauvegarde. Si vous ne savez pas de quoi il s'agit ou si vous souhaitez préciser son fonctionnement, consultez HTG Explains: qu'est-ce que le fstab Linux et comment ça marche?
Éviter les temps d'accès
Vous pouvez aider à prolonger la durée de vie de votre disque SSD en réduisant la quantité d'écriture du système d'exploitation sur le disque. Si vous avez besoin de savoir quand chaque fichier ou répertoire a été utilisé pour la dernière fois, vous pouvez ajouter ces deux options à votre fichier / etc / fstab:
noatime,nodiratime
Ajoutez-les avec les autres options et assurez-vous qu'elles sont toutes séparées par des virgules et sans espace.
Activer TRIM
Vous pouvez activer TRIM pour vous aider à gérer les performances du disque à long terme. Ajoutez l'option suivante à votre fichier fstab:
discard
Cela fonctionne bien pour les systèmes de fichiers ext4, même sur les disques durs standard. Vous devez disposer d'une version du noyau d'au moins 2.6.33 ou ultérieure. vous êtes couvert si vous utilisez Maverick ou Natty, ou si les rétroportages sont activés sur Lucid. Bien que cela n’améliore pas spécifiquement le benchmarking initial, il devrait améliorer les performances du système à long terme et a donc fait notre liste.
Tmpfs
Le cache système est stocké dans / tmp. Nous pouvons dire à fstab de le monter dans la RAM en tant que système de fichiers temporaire afin que votre système touche moins le disque dur. Ajoutez la ligne suivante au bas de votre fichier / etc / fstab dans une nouvelle ligne:
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
Enregistrez votre fichier fstab pour valider ces modifications.
Changement de planificateur d'E / S
Votre système n’écrit pas immédiatement toutes les modifications sur le disque et plusieurs demandes sont mises en file d’attente. Le programmateur d'entrées-sorties par défaut - cfq - gère cela correctement, mais nous pouvons le remplacer par un système plus adapté à notre matériel.
Commencez par lister les options dont vous disposez avec la commande suivante, en remplaçant «X» par la lettre de votre lecteur racine:
cat /sys/block/sdX/queue/scheduler
Mon installation est sur sda. Vous devriez voir quelques options différentes.
Nous utiliserons nano, car nous sommes à l'aise avec la ligne de commande, mais vous pouvez utiliser n'importe quel autre éditeur de texte que vous aimez (gedit, vim, etc.).
sudo nano /etc/rc.local
Au-dessus de la ligne «exit 0», ajoutez ces deux lignes si vous utilisez une date limite:
echo deadline > /sys/block/sdX/queue/scheduler
echo 1 > /sys/block/sdX/queue/iosched/fifo_batch
Si vous utilisez noop, ajoutez cette ligne:
echo noop > /sys/block/sdX/queue/scheduler
Encore une fois, remplacez «X» par la lettre de lecteur appropriée pour votre installation. Regardez tout pour vous assurer que ça a l'air bien.
Redémarrer
Pour que toutes ces modifications entrent en vigueur, vous devez redémarrer. Après cela, vous devriez être prêt. Si quelque chose ne va pas et que vous ne pouvez pas démarrer, vous pouvez systématiquement annuler chacune des étapes ci-dessus jusqu'à ce que vous puissiez redémarrer. Vous pouvez même utiliser un LiveCD ou LiveUSB pour récupérer si vous le souhaitez.
Les modifications de votre fstab dureront toute la vie de votre installation, même lors des mises à niveau, mais votre modification rc.local devra être rétablie après chaque mise à niveau (entre les versions).
Résultats d'analyse
Pour effectuer les tests, nous avons exécuté la suite de tests sur disque. L'image du haut de chaque test est avant d'ajuster la configuration ext4, et l'image du bas est après les ajustements et un redémarrage. Vous verrez une brève explication de ce que le test mesure ainsi qu'une interprétation des résultats.
Opérations sur grands fichiers
Opérations de petit fichier
Accès au système de fichiers
Les tests de performances de Dbench testent les appels de système de fichiers effectués par les clients, un peu comme le fait Samba. Ici, les performances de vanilla ext4 sont réduites de 75%, ce qui constitue un recul majeur par rapport aux modifications apportées.
Résumé
Gardez à l’esprit que c’était précisément avec Ubuntu Natty 64 bits. Si votre système ou votre SSD est différent, votre kilométrage peut varier. Dans l’ensemble, cependant, il semble que les ajustements de fstab et d’E / S que nous avons effectués permettent d’améliorer les performances. Par conséquent, cela vaut probablement la peine d’essayer votre propre plate-forme.
Avez-vous vos propres points de repère et souhaitez-vous partager vos résultats? Avez-vous un autre tweak que nous ne connaissons pas? Sound out dans les commentaires!
