Si j’ai posté un journal, c’est que j’ai des performances (très) dégradées en utilisation normale. J’ai des perfs pourries de manière aléatoire, mais quelques jours après un reboot, ça se stabilise sur « perfs pourries en permanence ». Et comme je reboot que lorsque c’est strictement nécessaire, ben j’ai des perfs pourries en permanence, ce qui devient lourd.
tu lui demande de faire un fichier de 1Go en une fois (bs = block size)
je doute que tes disques aient des secteurs aussi gros.
Je suis pas spécialiste du matos et des couches basses, mais la taille des blocs/secteurs c’est un truc de FS, pas d’applicatif. Si tu penses que les options de dd pourraient fausser le diagnostic, ça veut dire que tu penses à un complot de cp, mv et autres coreutils pour sélectionner une mauvaise taille de blocs/secteurs eux aussi. Et ça vaut aussi pour ff, qui rame comme une loutre bourrée par moment.
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. C’est plus faiblard que ce que ça devrait, le SSD se comporte presque comme un HD...
pourquoi jessie avec noyau backport ?
la machine ne fonctionne-t-elle pas avec le noyau par defaut ?
Le GPU intégré demande un noyau plus récent que celui de jessie. Et pour avoir le support du matos récent, faut un noyau récent, c’est logique.
de plus ton noyau backport c'est un noyau 686-pae, pourquoi ne pas avoir installé ta machine en 64bits ? (cela ne devrait pas jouer sur les performances du disque)
Parce que ce système a été installé il y a (très très) longtemps, et dist-upgradé depuis (et je compte plus les changements de disques).
pas forcement besoin d'installer une nouvelle distrib
il faut juste demarrer sur un liveCD/liveUSB, monter le disque dur et faire les tests que tu fais deja.
Parce que, comme je l’ai expliqué, « c’est ma machine principale, et ça m’ennuierait de devoir installer + utiliser pendant plusieurs heures un autre OS, juste pour savoir si ça fait la même chose. »
C’est pas l’installation qui m’ennuie. Aujourd’hui l’ordi est utilisable, même si ce problème devient pénible à la longue, mais globalement ça va, et j’ai du boulot, pas mal de choses à faire avancer. Ça serait casse-pied de fermer ma session, et d’être bloqué sur un autre système le temps des tests. Étant donné que c’est aléatoire, il faudrait rester plusieurs jours sans accès à mon environnement habituel pour confirmer que le problème n’apparaît pas avec un autre système.
Donc si jamais je peux éviter, je suis preneur.
nouvelle machine, ancien disque,
tu as reglé comme il faut le bios pour dire si c'est un SSD ou un HDD ? pour activer le sata3 (6Gbps)...
Le SATA est en mode AHCI (la seule autre option, c’est RAID et ça je sais que je veux pas). Ensuite il y a 2 options pour chacun des 6 ports SATA disponibles : une option pour désactiver, une autre pour spécifier si le port est hotplug ou pas. Les 6 ports sont activés, avec hotplug désactivé.
[^] # Re: deja pourquoi ?
Posté par Ytos . En réponse au message Débit ridicule du disque. Évalué à 1.
Si j’ai posté un journal, c’est que j’ai des performances (très) dégradées en utilisation normale. J’ai des perfs pourries de manière aléatoire, mais quelques jours après un reboot, ça se stabilise sur « perfs pourries en permanence ». Et comme je reboot que lorsque c’est strictement nécessaire, ben j’ai des perfs pourries en permanence, ce qui devient lourd.
Je suis pas spécialiste du matos et des couches basses, mais la taille des blocs/secteurs c’est un truc de FS, pas d’applicatif. Si tu penses que les options de dd pourraient fausser le diagnostic, ça veut dire que tu penses à un complot de cp, mv et autres coreutils pour sélectionner une mauvaise taille de blocs/secteurs eux aussi. Et ça vaut aussi pour ff, qui rame comme une loutre bourrée par moment.
Mais bon, j’ai aussi fait le test avec bs=1M.
SSD juste après un reboot :
% dd if=/dev/zero of=/tmp/test1.img bs=1M count=1000
1000+0 enregistrements lus
1000+0 enregistrements écrits
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. C’est plus faiblard que ce que ça devrait, le SSD se comporte presque comme un HD...
% dd if=/dev/zero of=/tmp/test1.img bs=1M count=1000
1000+0 enregistrements lus
1000+0 enregistrements écrits
1048576000 octets (1,0 GB) copiés, 6,16263 s, 170 MB/s
Le HD quand ça beugue pas :
% dd if=/dev/zero of=test1.img bs=1M count=1000
1000+0 enregistrements lus
1000+0 enregistrements écrits
1048576000 octets (1,0 GB) copiés, 9,93859 s, 106 MB/s
Que ça soit sur le SSD ou sur le disque, quand ça beugue :
(of=/tmp/test1.img c’est le SSD, of=test1.img c’est le HD)
% dd if=/dev/zero of=/tmp/test1.img bs=1M count=1000
1000+0 enregistrements lus
1000+0 enregistrements écrits
1048576000 octets (1,0 GB) copiés, 625,015 s, 1,7 MB/s
% dd if=/dev/zero of=test1.img bs=1M count=1000
1000+0 enregistrements lus
1000+0 enregistrements écrits
1048576000 octets (1,0 GB) copiés, 618,308 s, 1,7 MB/s
Le GPU intégré demande un noyau plus récent que celui de jessie. Et pour avoir le support du matos récent, faut un noyau récent, c’est logique.
Parce que ce système a été installé il y a (très très) longtemps, et dist-upgradé depuis (et je compte plus les changements de disques).
Parce que, comme je l’ai expliqué, « c’est ma machine principale, et ça m’ennuierait de devoir installer + utiliser pendant plusieurs heures un autre OS, juste pour savoir si ça fait la même chose. »
C’est pas l’installation qui m’ennuie. Aujourd’hui l’ordi est utilisable, même si ce problème devient pénible à la longue, mais globalement ça va, et j’ai du boulot, pas mal de choses à faire avancer. Ça serait casse-pied de fermer ma session, et d’être bloqué sur un autre système le temps des tests. Étant donné que c’est aléatoire, il faudrait rester plusieurs jours sans accès à mon environnement habituel pour confirmer que le problème n’apparaît pas avec un autre système.
Donc si jamais je peux éviter, je suis preneur.
Le SATA est en mode AHCI (la seule autre option, c’est RAID et ça je sais que je veux pas). Ensuite il y a 2 options pour chacun des 6 ports SATA disponibles : une option pour désactiver, une autre pour spécifier si le port est hotplug ou pas. Les 6 ports sont activés, avec hotplug désactivé.