URL: https://linuxfr.org/forums/linux-debian-ubuntu/posts/debit-ridicule-hd-et-ssd Title: Débit ridicule HD et SSD Authors: Ytos Date: 2016年09月30日T12:20:05+02:00 License: CC By-SA Tags: debian Score: 1 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.

AltStyle によって変換されたページ (->オリジナル) /