Pour avoir fait subir à mes 2 SSD en raid0 de pareils tests (moins poussés toutefois) avec dd,
puis abandonné l'idée du raid, vu les performances qui s'effondraient et restaient en-deçà
d'un disque simple (l'explication si je me souviens bien serait la bande passante indiquée par smartctl plus haut),
les 2 disques étant monté sur le même connecteur à la carte mère,
je m'interroge sur la distribution des accès physique des SSD.
En effet, sur ce disque monté donc seul sur la nappe, je m'étais aperçu qu'en reproduisant des tests avec dd (ou mv ou rsync),
les délais s'allongeaient et les performances diminuaient.
Je n'avais pas creusé sur les raisons de ces baisses de performance, n'étant pas spécialiste.
Peut-être cela peut s'expliquer par :
- mon incompétence
- une logique du SSD
- des commandes inappropriées
- des caches du linux qui parasitaient mon test, qui auraient peut-être du être effectués en INIT 1.
- une usure naturelle du media neuf, au bout de quelques jours...
Aussi une question s'ajoute à ces constatations : est-il judicieux d'utiliser un ssd
- pour la swap
- pour toute autre utilisation permettant
. - d'alléger la RAM
. - ou accélérer des traitements (/tmp)
Ce :
- d'une part d'un point de vue des performances,
- mais aussi d'un point de vue de la fiabilité du support ainsi sollicité.
PS : n'ayant pas lu l'intégralité de l'article, vu le boulot qui m'attend,
et je m'en excuse vu sa qualité, il est possible que des éléments de réponse y soient contenus.
# variabilité physique
Posté par Patrick Trauquesègues . En réponse au journal HOW TO : Bench this SSD. Évalué à 3. Dernière modification le 24 mai 2017 à 03:04.
Pour avoir fait subir à mes 2 SSD en raid0 de pareils tests (moins poussés toutefois) avec dd,
puis abandonné l'idée du raid, vu les performances qui s'effondraient et restaient en-deçà
d'un disque simple (l'explication si je me souviens bien serait la bande passante indiquée par smartctl plus haut),
les 2 disques étant monté sur le même connecteur à la carte mère,
je m'interroge sur la distribution des accès physique des SSD.
En effet, sur ce disque monté donc seul sur la nappe, je m'étais aperçu qu'en reproduisant des tests avec dd (ou mv ou rsync),
les délais s'allongeaient et les performances diminuaient.
Je n'avais pas creusé sur les raisons de ces baisses de performance, n'étant pas spécialiste.
Peut-être cela peut s'expliquer par :
- mon incompétence
- une logique du SSD
- des commandes inappropriées
- des caches du linux qui parasitaient mon test, qui auraient peut-être du être effectués en INIT 1.
- une usure naturelle du media neuf, au bout de quelques jours...
egg:
dd if=/dev/zero of=/tmp/swap_256Mo.dd bs=1M count=256
256+0 enregistrements lus
256+0 enregistrements écrits
268435456 octets (268 MB) copiés, 0,426325 s, 630 MB/s
dd if=/dev/zero of=/tmp/swap_256Mo.dd bs=1M count=256
256+0 enregistrements lus
256+0 enregistrements écrits
268435456 octets (268 MB) copiés, 1,56507 s, 172 MB/s
dd if=/dev/zero of=/tmp/swap_256Mo.dd bs=1M count=256
256+0 enregistrements lus
256+0 enregistrements écrits
268435456 octets (268 MB) copiés, 1,54366 s, 174 MB/s
:~$ dd if=/dev/zero of=/tmp/swap_256Mo.dd bs=1M count=256
256+0 enregistrements lus
256+0 enregistrements écrits
268435456 octets (268 MB) copiés, 2,20899 s, 122 MB/s
Aussi une question s'ajoute à ces constatations : est-il judicieux d'utiliser un ssd
- pour la swap
- pour toute autre utilisation permettant
. - d'alléger la RAM
. - ou accélérer des traitements (/tmp)
Ce :
- d'une part d'un point de vue des performances,
- mais aussi d'un point de vue de la fiabilité du support ainsi sollicité.
PS : n'ayant pas lu l'intégralité de l'article, vu le boulot qui m'attend,
et je m'en excuse vu sa qualité, il est possible que des éléments de réponse y soient contenus.