Forum Linux.debian/ubuntu Débit ridicule HD et SSD

Posté par . Licence CC by-sa
Tags : aucun
1
30
sept.
2016

Salut,

J’ai acheté il y a quelques mois une nouvelle machine, et depuis j’ai des performances exécrables avec le disque dur et le SSD.

Juste après le boot, les disques fonctionnent à une vitesse normale. Par moment ça revient à la normale dans les jours qui suivent le boot, mais après quelques jours d’uptime, ça se stabilise sur « performences pourries en permanence ». Et comme je reboot que lorsque c’est nécessaire (la machine fait aussi serveur nfs, etc), ben j’ai des perfs pourries en permanence.

Je suis en jessie à jour, avec le noyau 4.6.0-0.bpo.1-686-pae (backports). Le CPU est un i7 6700T, la carte mère est une Asus H170 pro gaming.
https://www.asus.com/fr/Motherboards/H170-PRO-GAMING/overview/

Toutes les valeurs ont été obtenues avec la commande suivante :
% dd if=/dev/zero of=test.img bs=1M count=1000

Le HD juste après le démarrage :
1048576000 octets (1,0 GB) copiés, 9,93859 s, 106 MB/s

Le SSD juste après le démarrage :
1048576000 octets (1,0 GB) copiés, 2,21327 s, 474 MB/s

Quelques heures après le démarrage, les perfs du SSD sont déjà dégradées, même quand ça beugue pas encore complètement. Le débit est plus faible que ce qu’il devrait être, le SSD se comporte presque comme un HD.
1048576000 octets (1,0 GB) copiés, 6,16263 s, 170 MB/s

Mais après que la machine soit restée allumée quelques heures, ça devient n’importe quoi.

SSD :
1048576000 octets (1,0 GB) copiés, 625,015 s, 1,7 MB/s
HD :
1048576000 octets (1,0 GB) copiés, 618,308 s, 1,7 MB/s

Par contre, ça ne touche pas le réseau. Voilà un scp à un moment où les disques rament :
100% 1768MB 84.2MB/s 00:21

Pareil quand j’utilise scp à partir d’une vm virtualbox (située sur le hd) vers /home qui est aussi sur le hd, j’ai des débits raisonnables. Bon, des fois le scp démarre lentement, et je dois le relancer pour avoir le débit raisonnable.

Niveau bios, le SATA est en mode AHCI (la seule autre option c’est RAID, et ça je sais que j’en veux pas). Ensuite il y a 2 options pour chacun des 6 ports SATA disponibles : une option pour désactiver le port, une autre pour spécifier si le port est hotplug ou pas. Les 6 ports sont activés, avec hotplug désactivé.

Par ailleurs, depuis que j’ai transféré ce système sur la nouvelle CM, j’ai aussi google chrome qui déconne. L’affichage rame complètement.

Voici la liste des paquets venant de backports :
dkms
firmware-amd-graphics
firmware-linux
firmware-linux-nonfree
firmware-misc-nonfree
firmware-realtek
linux-base
linux-compiler-gcc-4.9-x86
linux-headers-4.6.0-0.bpo.1-686-pae
linux-headers-4.6.0-0.bpo.1-common
linux-image-4.6.0-0.bpo.1-686-pae
linux-kbuild-4.6
linux-libc-dev:i386
virtualbox-dkms
xserver-xorg-video-intel

J’ai aussi testé avec un livecd fedora, qui a un noyau 4.5 alors que la debian est en 4.6. Donc a priori, le problème ne vient pas d’une version trop vieille du noyau.

Noyau :
Linux localhost 4.5.5-300.fc24.x86_64 #1 SMP Thu May 19 13:05:32 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

HD:
1048576000 bytes (1.0 GB, 1000 MiB) copied, 7.19254 s, 146 MB/s

SSD:
1048576000 bytes (1.0 GB, 1000 MiB) copied, 2.23101 s, 470 MB/s

J’ai mis le livecd un soir avant d’aller pioncer. Le matin suivant, avant de redémarrer sous debian pour bosser, le problème n’était pas apparu. Mais c’est pas très concluant : puisque le problème est aléatoire, un test conséquent avec un autre système demanderait plusieurs jours. Sauf que ça me casserait les pieds d’avoir ma machine bloquée pendant plusieurs jours, sans accès à mon environnement habituel (wm/raccourcis/logiciels configurés/etc). Ce problème de performance est pénible, certes, mais la machine reste utilisable malgré tout, et j’ai du boulot à avancer.

Donc si jamais vous avez une idée, ça m’arrangerait. Problème de support linux ? problème matériel ?

PS : ce journal fait suite à celui-ci :
https://linuxfr.org/forums/linux-debian-ubuntu/posts/debit-ridicule-du-disque
J’avais pas eu le temps de répondre sur le moment, puis j’ai répondu cet été mais personne n’a donné suite. Donc je relance avec ce nouveau journal, en regroupant la description de la situation + mes réponses à ce qui m’avait été demandé dans les commentaires du journal précédent.

  • # firmware

    Posté par . Évalué à 2.

    Bonjour , certain HDD et tous les SDD ont souvent besoin d' une MAJ des firmwares pour fonctionner au top de leur performance ou corriger des bugs .

    Est ce que tous les disques sont touchés ou que ces 2 la ? ( faire un test avec un autre disque plus vieux ou plus recent )

    Est que la CM et le bios sont aussi a jour ?

    pour moi ce serait plus un probleme materiel , mais je ne suis pas du tout expert …

  • #

    Posté par . Évalué à 2.

    Et dans les logs ? T'es toujours synchronisé en SATA 3 ? Pas d'alerte dans le dmesg ? Dans syslog ?

    P.S. : PAE ? Quel intérêt d'installer la version 32 bits ?!

  • # En vrac...

    Posté par (page perso) . Évalué à 3.

    Effectivement ça semble pas évident à diagnostiquer.
    Ce que j'essaierai :
    1) taux de remplissage : si tes disques sont presque pleins, ça risque de générer beaucoup de fragmentation etc.
    ~# df -h

    2) dmesg : vérifier qu'il n'y a pas d'erreur concernant tes disques remontées par les drivers
    ~# dmesg | grep sd

    3) iotop : des fois qu'il y aurait un truc genre tracker qui te bouffe toute la bande-passante (on peut rêver)
    ~# iotop

    4) hdparm -t : mesure la perf en read du disque en bypassant le filesystem
    ~# for ((i=0;i<5;i++));do hdparm -t /dev/sda ;done

    5) hdparm -T : mesure la perf en read du cache Linux
    ~# for ((i=0;i<5;i++));do hdparm -T /dev/sda ;done

    6) S.M.A.R.T: pour voir si le disque rapporte des erreurs
    ~# smartctl -a /dev/sda

    Voilà quelques idées…

  • # MAJ

    Posté par . Évalué à 0.

    Si j ' ai bien compris d' apres l' autre post , le probleme est apparu apres avoir changé du materiel , la Carte mere et quoi d ' autre ?

    si les disques fonctionnait bien avant et qu ' apres le changement de la CM ils ne fonctionnent plus comme il faut , le probleme ne vient pas a priori des disques , surtout que la le 2 disques ont le meme probleme .

    le plus logique , surtout sur des CM recentes , est qu il y a des firmwares , des pilotes , ou des bios qui demandent souvent d' etre peaufinés et donc faut siouvent verifier les MAJ de ceux ci sur le site du des constructeurs du materiel recent .
    Les controlleurs de disques peuvent etre en cause aussi .

    verifier les tests donnés plus haut peut etre un bon depart afin de diagnostiquer l ' element qui " bug " et ainsi mettre a jour les bon pilotes firmware de l ' element en cause de ta CM .

    Changer les cables SATA pour etre sur qu il n ' y ait pas de defaut dedans mais sur 2 ca serait etonnant .

    ta nouvelle machine c ' est quel modele , la CM aussi quel modele ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.