performance ext4

Accueil FORUM Installation performance ext4

Ce sujet a 2 réponses, 2 participants et a été mis à jour par  gerard, il y a 8 ans et 7 mois.

3 sujets de 1 à 3 (sur un total de 3)
  • Auteur
    Messages
  • #2427

    gerard
    Admin bbPress

    Pour l’installation du Vidal sur Ubuntu avec disque en ext4, les performances mysql étaient tellement nulles (une nuit pour 3 tables !) que j’ai dû fouiller les forums pour trouver l’option qui va bien.

    Finalement, j’ai mis barrier=0 dans /etc/fstab, et hop ! performances au top.

    On peut aussi augmenter toutes les valeurs dans my.cnf pour peu qu’on ait de la RAM.

    #2431
    idetl
    idetl
    Participant

    À propos de l’option « barrier », il faut tenir compte qu’il existe un risque de corruption disque en cas de coupure électrique. À privilégier donc pour les configurations protégées électriquement (onduleur, portable, …).Et il est nécessaire que le disque l’accepte, ce qui peut être confirmé par la commande suivante. Si elle ne retourne rien, ce n’est pas la peine.

    hdparm -I /dev/XXX | grep NCQ

    où /dev/XXX est à remplacer par le disk device concerné, par exemple /dev/sda.

    Enfin, prévoir un reboot sur livedisk/usb au cas où… (sur la partition / on peut se retrouver dans l’impossibilité de redémarrer).

    D’autres options dans fstab pour améliorer les performances I/O peuvent être « noatime » et « data=writeback ».

    La première dispensera le FS d’écrire sur le disque la date/heure de chaque accès fichier (vous ne pourrez donc pas savoir à quelle date/heure tel fichier a été consulté mais écrit oui, toujours), ce qui réduit conséquemment les écritures disque (longues).

    La 2nde option désynchronise l’écriture des données fichiers de celle des métadonnées du fichier, réalisée en premier. Cela pourrait permettre un gain de performance, mais un effet de bord potentiel en cas de crash machine au moment de l’écriture du fichier : le fichier peut contenir des données pas encore mises à jour par rapport à ce qu’indiquent ses métadonnées.

    Hope this helps.

    #2449

    gerard
    Admin bbPress

    Merci pour ce commentaire hautement documenté !

    Je sais que j’ai lu des horreurs sur cette option « barrier », mais son utilisation a été spectaculaire chez moi. Division par 100 des temps de traitement (insertion se gros fichiers SQL comme le VIDAL) !

    En revanche, des options comme « noatime » m’ont juste bloqué le boot (merci la clé USB !)

    Quant à la corruption en cas de coupure électrique, mon expérience des systèmes de fichiers ext* me dit que, avec n’importe quelle option, on risque toujours un problème au redémarrage.

    Et encore pire en cas de disque plein.

3 sujets de 1 à 3 (sur un total de 3)

Vous devez être connecté pour répondre à ce sujet.