résolu - SATA max UDMA/133 : quel est mon débit maximum ?

rem · Le 30/01/2023, à 20:11

Bonjour,

J'ai acheté des disques durs PMR Toshiba MQ01ABD100 de 1T en prévision de l'avenir.
J'ai vu après que le Benchmark https://hdd.userbenchmark.com/SpeedTest … MQ01ABD100
est moins bon que celui de mes HDD en place : https://hdd.userbenchmark.com/SpeedTest … 1010A9E630

Je commençais à regretter mais je vois que les disques durs et le SSD en place dans ma machine ont un « max UDMA/133 » dans les messages du noyau.
Quel est-donc mon débit maximum actuel ?

Je vois sur https://en.wikipedia.org/wiki/UDMA que cela correspondrait à 133 MB/s max !
C'est bien loin du 300 MB/s théorique du SATA II dont cette machine est équipée.
Je me demande ce qu'il en est...

rem@n73sm-lubuntu:~$ sudo dmesg | grep -e ATA | grep -v DATA
[    1.957771] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x7 impl SATA mode
[    1.987888] ata1: SATA max UDMA/133 abar m2048@0xdf006000 port 0xdf006100 irq 25
[    1.987894] ata2: SATA max UDMA/133 abar m2048@0xdf006000 port 0xdf006180 irq 25
[    1.987897] ata3: SATA max UDMA/133 abar m2048@0xdf006000 port 0xdf006200 irq 25
[    2.300161] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    2.300457] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    2.300485] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    2.304991] ata3.00: ATA-9: Crucial_CT512MX100SSD1, MU01, max UDMA/133
[    2.305760] ata1.00: ATA-8: HGST HTS721010A9E630, JB0OA3J0, max UDMA/133
[    2.305905] ata2.00: ATA-8: HGST HTS721010A9E630, JB0OA3J0, max UDMA/133
[    2.306176] ata1.00: ATA Identify Device Log not supported
[    2.306445] ata2.00: ATA Identify Device Log not supported
[    2.311244] ata1.00: ATA Identify Device Log not supported
[    2.311537] ata2.00: ATA Identify Device Log not supported
[    2.312076] scsi 0:0:0:0: Direct-Access     ATA      HGST HTS721010A9 A3J0 PQ: 0 ANSI: 5
[    2.313608] scsi 1:0:0:0: Direct-Access     ATA      HGST HTS721010A9 A3J0 PQ: 0 ANSI: 5
[    2.408986] scsi 2:0:0:0: Direct-Access     ATA      Crucial_CT512MX1 MU01 PQ: 0 ANSI: 5
rem@n73sm-lubuntu:~$

Dernière modification par rem (Le 31/01/2023, à 18:56)

iznobe · Le 30/01/2023, à 20:21

Salut , et que penses tu des ces 3 lignes qui indiquent que tu disposes du SATA 3 indiquant une vitesse maxi de 6 Gb/s :

[    2.300161] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    2.300457] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    2.300485] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)

le disque sur connecteur 3 est limité a du SATA2 par contre , cela provient de la carte mere ? du disque ?

il faut aussi etre certain d' avoir le dernier firmware pour beneficier de performances optimales .

qu ' indique le constructeur a propos des vitesses de lecture / ecriture pour ce modele de disque ?

Ton SSD crucial supporte pourtant bien le SATA 3 a priori :

SSD 2,5" Sata 512 Go MX100 - lecteur à état solide - SATA-III CT512MX100SSD1 Crucial

tu disposes donc de plusieurs controleur SATA .
certainement un controleur SATA 2 et celui-ci en SATA3 : JB0OA3J0 .

Pour etre certain faudrait connaitre la reference de la carte mere . Pour le moment , le seul truc bizzare c ' est ton SSD en SATA 2 .

Dernière modification par iznobe (Le 30/01/2023, à 20:34)

rem · Le 30/01/2023, à 20:35

Je ne sais pas quoi en penser
Le connecteur 3, c'est l'emplacement pour l'ODD ou j'ai placé le SSD.
J'ai le dernier firmware. Il n'y a jamais eu de mise à jour.
Ce transportable a été acheté en 2012.
La fiche du disque HGST HTS721010A9E630 indique « 6Gb/s SATA interface »

rem@n73sm-lubuntu:~$ udisksctl status
MODEL                     REVISION  SERIAL               DEVICE
--------------------------------------------------------------------------
HGST HTS721010A9E630      JB0OA3J0  JR10006P0XXP3F       sda     
HGST HTS721010A9E630      JB0OA3J0  JR10006P0YUU3F       sdb     
Crucial_CT512MX100SSD1    MU01      14440DA2BD0B         sdc     
rem@n73sm-lubuntu:~$

rem@n73sm-lubuntu:~$ sudo cat /dev/md0 | pv -r > /dev/null
^C123MiB/s]

rem@n73sm-lubuntu:~$

rem@n73sm-lubuntu:~$ sudo hdparm -t -T /dev/md0 

/dev/md0:
 Timing cached reads:   13402 MB in  1.99 seconds = 6730.29 MB/sec
 Timing buffered disk reads: 404 MB in  3.01 seconds = 134.09 MB/sec
rem@n73sm-lubuntu:~$

rem@n73sm-lubuntu:~$ dd if=/dev/zero of=test.data bs=1M count=1024 conv=fdatasync
1024+0 enregistrements lus
1024+0 enregistrements écrits
1073741824 octets (1,1 GB, 1,0 GiB) copiés, 10,2697 s, 105 MB/s
rem@n73sm-lubuntu:~$ rm test.data 
rem@n73sm-lubuntu:~$

# aidé par http://www.tux-planet.fr/tester-la-vite … ous-linux/

Dernière modification par rem (Le 30/01/2023, à 20:45)

rem · Le 30/01/2023, à 20:37

iznobe a écrit :

tu disposes donc de plusieurs controleur SATA .

C'est un contrôleur avec plusieurs ports mais la machine n'en dispose que trois d'implémentés.

rem@n73sm-lubuntu:~$ lspci | grep -i sata
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port Mobile SATA AHCI Controller (rev 05)
rem@n73sm-lubuntu:~$

Les tests montrent bien un débit théorique de 133 MB/s

Dernière modification par rem (Le 30/01/2023, à 20:49)

iznobe · Le 30/01/2023, à 23:14

si tu parles de ca pour le test :

rem@n73sm-lubuntu:~$ sudo hdparm -t -T /dev/md0 

/dev/md0:
 Timing cached reads:   13402 MB in  1.99 seconds = 6730.29 MB/sec
 Timing buffered disk reads: 404 MB in  3.01 seconds = 134.09 MB/sec
rem@n73sm-lubuntu:~$

tu remarqueras que c ' est completement faux ! impossible que la vitesse de lecture soit de 6730 Mb/s , cela depasse la vitesse theorique maxi ( 6Gb/s ) du port SATA 3 : 6.7 Gb/s , sachant qu ' une disque a plateau a ma connaissance depasse tres rarement les 300 Mb/s en lecture .

un test que tu peux faire , c' est le transfert d' un gros fichier plus de 4 Go , d ' un disque a l' autre par exemple , bon ca donne une idée pas trop faussée , mais c' est mieux que des tests " bidons " .

Cela dit quand je parle d ' aller voir chez le constructeur , c' est la vitesse que donne le constructeur pour un disque donné , par exemple , sur cette page , tu peux voir , qu ' un de mes disques a une vitesse maxi de 265 Mb/s : https://www.westerndigital.com/fr-fr/pr … WD8001PURP

Disk Speed (RPM)
7200rpm
Taux de transfert
up to 265MB/s

ha , pour info voici ce que j' obtiens chez moi avec ta commande de depart :

j ' obtiens la reference du disque avec la commande suivante :

sudo lshw -c disk
...
 *-disk:4
       description: ATA Disk
       produit: WDC WD8001PURP-8
       fabricant: Western Digital
       identifiant matériel: 0.0.0
       information bus: scsi@5:0.0.0
       nom logique: /dev/sde
       version: 0A82
       numéro de série: VRGN9A4K
       taille: 7452GiB (8001GB)
       fonctionnalités: gpt-1.00 partitioned partitioned:gpt
       configuration : ansiversion=5 guid=47679a8b-c1f9-4f7e-a2e8-d2fa8d09622a logicalsectorsize=512 sectorsize=4096
...

Dans la realité c ' est plutot autour de 200 Mb/s .
cela dit si je fais le meme test que toi , j ' obtiens :

iznobe@iznobe-PC:~$ sudo hdparm -t -T /dev/sdd

/dev/sdd:
 Timing cached reads:   38426 MB in  2.00 seconds = 19246.09 MB/sec
 Timing buffered disk reads: 718 MB in  3.00 seconds = 239.07 MB/sec
iznobe@iznobe-PC:~$

19 Gb/s en lecture ....

la vitesse d' ecriture est cependant a peu pres dans ce qu ' annonce le constructeur .

Apres , de mon coté , la 1ere chose que je fait c' est d' activer le cache en ecriture , qui ne l' est pas par defaut sur les HDD . ca ameliore grandement la vitesse d' ecriture .
le test pratiqué ici est de trop courte durée pour saturer le cache lecture et ecriture , ce qui fausse les resultats ... + le test est long , moins le cache fausse les resultats .

NOTE : selon le format du disque , ca impacte en bien ou en mal les resultats des performances .
je suppose que sur des volumes cryptés , la vitesse est encore amoindrie du fait du cryptage bien sur . bref , y a plein de parametres qui entre en ligne de compte , comme la carte mere et le controleur en plus du disque lui-meme , le cache et sa taille en lecture et en ecriture etc ...

NOTE 2 : la vitesse max theorique du bus n ' influe sur les vitesses que lorsque celle du disque depasse celle du bus , cela arrive en fait tres peu souvent dans la realité .
et meme si on avait par exemple un SATA48 avec 60 To/s theorique , la vitesse du disque , elle ne change pas .

Derniere remarque : d' apres mes recherches , le disque MQ01ABD100 , est un disque dur avec un rotation des plateaux a 5400 T/min , ceci influe forcement en mal sur les vitesses maxi de lecture / ecriture par rapport a un disque a 7200 t/min .
il n' est pas compatible SATA3 mais seulement SATA2 .
il ne dispose que de 8 Mo de cache .
je trouve la vitesse d' ecriture plutot bonne pour un disque de la sorte . la vitesse de lecture devrait tourner au pifometre dans les 150 - 160 Mb/s , ce qui est honorable aussi pour un tel disque .
les Travelstar sont des disques avec un vitesse de rotation de 7200 t/min , compatible SATA3 , 32 Mo de cache , heureusement qu ' ils sont plus performants que les toshiba en vitesse de lecture / ecriture ...

tout ca pour dire , que vu les carateristiques des disques , tout me parait normal et conforme

et pour infos , chez moi j' ai la meme chose que toi :

iznobe@iznobe-PC:~$ sudo dmesg | grep -e ATA | grep -v DATA
[sudo] Mot de passe de iznobe :    
[    1.277599] ahci 0000:00:17.0: AHCI 0001.0301 32 slots 6 ports 6 Gbps 0x3f impl SATA mode
[    1.354173] ata1: SATA max UDMA/133 abar m2048@0x7fa02000 port 0x7fa02100 irq 124
[    1.354175] ata2: SATA max UDMA/133 abar m2048@0x7fa02000 port 0x7fa02180 irq 124
[    1.354176] ata3: SATA max UDMA/133 abar m2048@0x7fa02000 port 0x7fa02200 irq 124
[    1.354178] ata4: SATA max UDMA/133 abar m2048@0x7fa02000 port 0x7fa02280 irq 124
[    1.354179] ata5: SATA max UDMA/133 abar m2048@0x7fa02000 port 0x7fa02300 irq 124
[    1.354180] ata6: SATA max UDMA/133 abar m2048@0x7fa02000 port 0x7fa02380 irq 124
[    1.668182] ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.668194] ata5: SATA link down (SStatus 4 SControl 300)
[    1.668208] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.668829] ata4.00: ATA-9: WDC WD8001PURP-85B6RY0, 82.00A82, max UDMA/133
[    1.668840] ata6.00: ATA-9: WDC WD8001PURP-85B6RY0, 82.00A82, max UDMA/133
[    1.672070] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.672082] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.672094] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.672566] ata2.00: ATA-9: WDC WD82PURZ-85TEUY0, 82.00A82, max UDMA/133
[    1.673577] ata3.00: ATA-8: TOSHIBA HDWD130, MX6OACF0, max UDMA/133
[    1.674033] ata1.00: ATA-10: ST4000VX000-2AG166, CV11, max UDMA/133
[    1.675880] scsi 0:0:0:0: Direct-Access     ATA      ST4000VX000-2AG1 CV11 PQ: 0 ANSI: 5
[    1.688183] scsi 1:0:0:0: Direct-Access     ATA      WDC WD82PURZ-85T 0A82 PQ: 0 ANSI: 5
[    1.688436] scsi 2:0:0:0: Direct-Access     ATA      TOSHIBA HDWD130  ACF0 PQ: 0 ANSI: 5
[    1.688630] scsi 3:0:0:0: Direct-Access     ATA      WDC WD8001PURP-8 0A82 PQ: 0 ANSI: 5
[    1.688855] scsi 5:0:0:0: Direct-Access     ATA      WDC WD8001PURP-8 0A82 PQ: 0 ANSI: 5
[ 7021.182529] ata5: SATA link down (SStatus 4 SControl 300)
[ 7030.479507] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 7031.571481] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 7036.431507] ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 7036.791503] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 7037.211507] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[13001.338907] ata5: SATA link down (SStatus 4 SControl 300)
[13010.515488] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[13011.607457] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[13016.647401] ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[13016.947396] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[13017.247390] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[18051.865054] ata5: SATA link down (SStatus 4 SControl 300)
[18061.101603] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[18062.133579] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[18067.113543] ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[18067.413509] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[18067.773501] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
iznobe@iznobe-PC:~$

Ha , a y etre , encore une derniere remarque pour d' autres qui tomberaient su ce post , inutile de chercher les vitesses constructeur des disques de marque seagate , pour eux c' est inutile de donner cette information aux acheteurs ...
meme les datasheet des disques ne comportent pas ces informations , mais ou va t-on quoi !

Dernière modification par iznobe (Le 30/01/2023, à 23:48)

rem · Le 31/01/2023, à 09:43

Je t'ai lu et relu iznobe.
Merci pour ton message.

Ton post est long et il faut que je le prenne morceau par morceau pour répondre.
On ne joue pas dans la même cour avec ton disque WD Purple Pro 3,5"

J'ai glané quelques infos à propos de mes disques 2,5" anciens.

Toshiba MQ01ABD Series (1)
Interface : Serial ATA 2.6 / ATA-8
Interface speed : 6 Gbit/s max ; 3 Gbit/s sur un autre document (2).
Internal Transfer Speed ( Typ. ) : 638.9 ~ 1288.6 Mbit/s
Disk transfer : 1469,7 megabits maximum per second ; sur le second document (2).

HGST Travelstar 7K1000 HTS721010A9E630 (3)
Interface : SATA 6 Gb/s
Media transfer rate (Max, Mbits/s) : 1284

Il reste à comparer les temps d'accès et les autres timings.

Je n'ai pas compris l'utilité du message du noyau « max UDMA/133 » ; Cela me semble trompeur et obsolète.

Je me demande si les MQ01ABD100 pourront opérer convenablement en RAID1 pour /home
Je demande que l'on me prouve le contraire pour que je les retourne dans le délai imparti.
C'est pour un matériel de plus de dix ans que je compte faire encore durer.

(1) https://toshiba.semicon-storage.com/us/ … eries.html
(1) https://toshiba.semicon-storage.com/con … erview.pdf
(2) https://m.media-amazon.com/images/I/918ZxaMGFcS.pdf (163 pages en anglais)

(3) https://documents.westerndigital.com/co … 7k1000.pdf

Dernière modification par rem (Le 31/01/2023, à 20:42)

iznobe · Le 31/01/2023, à 09:54

Bonjour , n ' importe quel modele de disque est capable d ' operer en RAID .

les disques sont reutilisables sur un ordi plus recent si celui-ci viendrait a deceder prematurement .
la vitesse de lecture / ecriture des disques a 5400/t/min est certes moindre que les 7200 t/min , mais leur principal avantage en contre partie est l 'economie d' energie .

Tout depend de quel type de machine il s ' agit et des performances minimales exigées sur cette machine .
je ne desire pas rentrer plus dans le detail des performances des disques et n' est pas vraiment verifier tes dires , mais je te crois . juste une precision , il vaut mieux faire confiance aux documents du constructeur pour avoir un truc fiable ( parfois meme eux font des erreurs ) .

la grande question donc , c ' est : quel sera l' usage de cette machine , et les perf minimales exigées au niveau des disques bien sur .
si c ' est pour un usage personnel , je ne pense pas qu ' il y ait de soucis particulier . meme pour un petit serveur .

cela depend , aussi , de si vraiment besoin de performances a fond sur les disques au detriment de la conso electrique , ou si un juste milieu avec une economie d' energie accrue est plus adaptée ( ou tolerable ) .

sur le document toshiba on peut voir :

Internal Transfer Speed
( Typ. ) 638.9 ~ 1288.6 Mbit/s

a mon avis , ils se sont trompés dans l ' emplacement du point ...
63.89 ~ 128.86 Mbit/s serait bien plus conforme , comme je l' ai deja dis , peu de disque a plateau depasse les 300 Mb/s . ou bien y a un truc avec les unités employées ... ou les tests sont plutot fait avec un temps tres court comme le test hdparm precedent afin de fausser les resultats ...

En fait je crois qu ' ils font expres de " confondre " megabits et megabytes ... https://www.gbmb.org/mbit-to-mb il faut donc diviser par 8 les resultats .
ce qui donne au max 161 Mb/s . là ca correspond

sur le document de 163 pages on voit les meme vitesses annoncées ... , par contre certain disque , d' apres ce que je comprends , sont conpatibles avec le SATA 2.6 max selon la date de fabrication voir la page 2 du pdf .

pour verifier , il te suffit d' arreter l' ordinateur , de connecter les disques , et de redonner le sortie de demsg pour voir si c' est 3 ou 6 Gbps .

Dernière modification par iznobe (Le 31/01/2023, à 10:28)

rem · Le 31/01/2023, à 17:09

Merci pour tes réponses iznobe
J'ai un beau travail de lecture

iznobe a écrit :

si tu parles de ca pour le test :
rem@n73sm-lubuntu:~$ sudo hdparm -t -T /dev/md0 

    /dev/md0:
     Timing cached reads:   13402 MB in  1.99 seconds = 6730.29 MB/sec
     Timing buffered disk reads: 404 MB in  3.01 seconds = 134.09 MB/sec
    rem@n73sm-lubuntu:~$
tu remarqueras que c ' est completement faux ! impossible que la vitesse de lecture soit de 6730 Mb/s , cela depasse la vitesse theorique maxi ( 6Gb/s ) du port SATA 3 : 6.7 Gb/s , sachant qu ' une disque a plateau a ma connaissance depasse tres rarement les 300 Mb/s en lecture .
un test que tu peux faire , c' est le transfert d' un gros fichier plus de 4 Go , d ' un disque a l' autre par exemple , bon ca donne une idée pas trop faussée , mais c' est mieux que des tests " bidons " .

Ce ne sont pas des tests bidons. Et je redonne l'adresse : http://www.tux-planet.fr/tester-la-vite … ous-linux/
Il s'agit ici de comprendre la signification de « Timing cached reads » et de « Timing buffered disk reads »

https://www.unix.com/302538535-post2.ht … 5deaa24e1f

man hdparm fr a écrit :

-T
Effectue les chronométrages des lectures du cache à des fins de benchmark et de comparaison. Pour des résultats significatifs, cette opération doit être répétée 2 ou 3 fois sur un système autrement inactif (pas d'autres processus actifs) avec au moins quelques mégaoctets de mémoire libre. Ceci affiche la vitesse de lecture directement depuis le cache tampon de Linux sans accès au disque. Cette mesure est essentiellement une indication du débit du processeur, du cache et de la mémoire du système testé. Si l'indicateur -t est également spécifié, alors un facteur de correction basé sur le résultat de -T sera incorporé dans le résultat rapporté pour l'opération -t.

man hdparm fr a écrit :

-t
Effectue les chronométrages des lectures de périphériques à des fins de benchmark et de comparaison. Pour obtenir des résultats significatifs, cette opération doit être répétée 2 ou 3 fois sur un système par ailleurs inactif (aucun autre processus actif) avec au moins quelques mégaoctets de mémoire libre. Cela affiche la vitesse de lecture à travers le cache tampon jusqu'au disque sans aucune mise en cache préalable des données. Cette mesure est une indication de la vitesse à laquelle le disque peut supporter des lectures de données séquentielles sous Linux, sans aucune surcharge du système de fichiers. Pour garantir des mesures précises, le cache tampon est vidé pendant le traitement de -t à l'aide de l'ioctl BLKFLSBUF. Si l'indicateur -T est également spécifié, un facteur de correction basé sur le résultat de -T sera incorporé dans le résultat rapporté pour l'opération -t.

Mes disques sont en miroir et je ne peux copier un fichier de l'un à l'autre.
Je ne vais pas mesurer le temps de copie entre miroir et SSD.

rem@n73sm-lubuntu:~$ sudo hdparm -t -T /dev/sdc

/dev/sdc:
 Timing cached reads:   13304 MB in  1.99 seconds = 6681.92 MB/sec
 Timing buffered disk reads: 816 MB in  3.01 seconds = 271.53 MB/sec
rem@n73sm-lubuntu:~$

iznobe a écrit :

Apres , de mon coté , la 1ere chose que je fait c' est d' activer le cache en ecriture , qui ne l' est pas par defaut sur les HDD

C'est intéressant.

iznobe a écrit :

meme si on avait par exemple un SATA48 avec 60 To/s theorique , la vitesse du disque , elle ne change pas

Oui ! On peut rouler à 30 km/h en Ferrari

iznobe a écrit :

il ne dispose que de 8 Mo de cache .
je trouve la vitesse d' ecriture plutot bonne pour un disque de la sorte . la vitesse de lecture devrait tourner au pifometre dans les 150 - 160 Mb/s , ce qui est honorable aussi pour un tel disque .

À part le pifomètre, tu vois ça sur les Benchmark de mon premier message ?
C'est probable que c'est la capacité du cache où le bas blesse.

iznobe a écrit :

y a un truc avec les unités

8 b = 1 B

iznobe a écrit :

pour verifier , il te suffit d' arreter l' ordinateur , de connecter les disques , et de redonner le sortie de demsg pour voir si c' est 3 ou 6 Gbps .

Tout est dans les docs et en fait, quand je vois le résultat des premiers tests, je n'aurai probablement pas de différence en pratique suivant l'Interface speed.
J'ai un RAID1 qui tourne et du spare à disposition ; Je ne vais pas utiliser les Toshiba 1T avant un bon moment ! J'espère

Merci pour ta participation

Je n'ai pas de réponse à propos de la mention UDMA/133 alors je décide de continuer avec les disques à plateaux.

J'ai aussi acheté des 500GB HGST Travelstar Z7K500 1W10098 (4) pour les mauvais et derniers jours.
Ils valent apparemment les 7K1000 (3).

(4) 1W10098 implique le code de génération B : HGST-HTS725050B7E630
(4) https://hdd.userbenchmark.com/SpeedTest … 5050A7E630 (génération A)
(4) https://documents.westerndigital.com/co … k500-b.pdf

Dernière modification par rem (Le 31/01/2023, à 20:24)

iznobe · Le 31/01/2023, à 17:28

le cache a 8 Mo est visible sur toutesl les descriptions du disque : buffer size = 8 Mo .

le benchmark donne des pourcentages , mais je ne sais pas sur quoi il se base pour calculer leur %age ...
ca n' a l' air de fonctionner que pour windows ( le telechargement en tout cas ) et ce n' est pas vraiment clair ...

je ne sais pas si les vitesse UDMA133 affichées sont utiles , ou si c ' est juste pour la retrocompatibilité , il faudrait un expert qui explique et connaisse le fonctionnement entre le disque et le noyau pour une explication precise .

il est possible de faire des test de performance de partition ou disque avec l ' outil disque inclus dans ubuntu qui exprime de vraies valeurs , et que tu peux regler pour obtenir des choses coherentes dans la plupart des cas .

Si tu desires faire de vrais test : https://en.wikipedia.org/wiki/Bonnie%2B%2B

sudo apt install bonnie++

Dernière modification par iznobe (Le 31/01/2023, à 17:31)

MicP · Le 31/01/2023, à 18:03

Bonjour

Si tu veux faire des tests un peu plus probants, teste la lecture ou l'écriture vers et depuis un ou des disques qui ne sont pas en cours d'utilisation par le système depuis lequel tu lances les commandes de test,
sinon, comme ton système aura besoin d'utiliser pour son fonctionnement le ou les systèmes de fichiers des disques que tu voudrais tester, ça va inévitablement fausser les résultats.

Démarre ta machine depuis un autre disque ou mieux, depuis un système Live, et sans qu'aucun système de fichiers présent sur le ou les disques à tester ne soit monté.

Ne fais pas des tests de transfert depuis ou vers un système de fichiers, sinon la mesure sera aussi faussée en fonction du nombre de fichiers à lire ou et à créer, de leur taille et de l'espace RAM utilisable pour les tampons DMA
mais fais plutôt des tests de transfert réellement vers ou depuis le disque à tester et aucun système de fichiers présent sur les disques à tester ne doit être en cours d'utilisation par le système <=> aucun ne doit être monté

=======
Tu pourrais faire un test d'écriture en créant une "petite" partition de 100 ou 200 GiB sur le disque à tester,
et en remplissant cette partition en utilisant la commande dd

Par exemple, pour un test en écriture, dans la ligne de commande qui suit,
X sera une lettre alphabétique qui dépendra du nom de fichier de périphérique que le système aura associé au disque à tester
N sera un numéro qui correspondra au numéro de la partition sur le disque

dd if=/dev/zero of=/dev/sdXN bs=4M

et en faisant varier la valeur du paramètre bs (<=> block size) tu pourrais obtenir des résultats vraiment différents,
d'ailleurs, quand on copie une partition avec GParted, ce dernier, avant de lancer la copie effective, fait parfois, au préalable, des essais avec différentes valeurs de taille de tampon afin de trouver la valeur de bloc la plus adaptée au contexte.

Pour un test en lecture :

dd if=/dev/sdXN of=/dev/null bs=4M

Même remarques qu'avec la commande précédente concernant les valeurs de X, N et la valeur du paramètre bs

Bien sûr, le ou les disques à tester seront connectés directement sur un port SATA de la machine,
et pas par un cordon USB, sinon ce sera seulement les performance de l'adaptateur USB <-> SATA et/ou du port USB de ta machine que tu vas tester.

Dernière modification par MicP (Le 01/02/2023, à 13:41)

rem · Le 31/01/2023, à 18:54

Merci MicP

C'est plus clair pour tester les performances brutes des disques.
En mode séquentiel il me semble.

Merci pour le nom du paquet iznobe.

« Bonnie++ est un outil gratuit d'analyse comparative des systèmes de fichiers logiciels » ; Ce doit être complémentaire.

Résolu alors ?

Dernière modification par rem (Le 31/01/2023, à 18:55)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 30/01/2023, à 20:11

résolu - SATA max UDMA/133 : quel est mon débit maximum ?

#2 Le 30/01/2023, à 20:21

Re : résolu - SATA max UDMA/133 : quel est mon débit maximum ?

#3 Le 30/01/2023, à 20:35

Re : résolu - SATA max UDMA/133 : quel est mon débit maximum ?

#4 Le 30/01/2023, à 20:37

Re : résolu - SATA max UDMA/133 : quel est mon débit maximum ?

#5 Le 30/01/2023, à 23:14

Re : résolu - SATA max UDMA/133 : quel est mon débit maximum ?

#6 Le 31/01/2023, à 09:43

Re : résolu - SATA max UDMA/133 : quel est mon débit maximum ?

#7 Le 31/01/2023, à 09:54

Re : résolu - SATA max UDMA/133 : quel est mon débit maximum ?

#8 Le 31/01/2023, à 17:09

Re : résolu - SATA max UDMA/133 : quel est mon débit maximum ?

#9 Le 31/01/2023, à 17:28

Re : résolu - SATA max UDMA/133 : quel est mon débit maximum ?

#10 Le 31/01/2023, à 18:03

Re : résolu - SATA max UDMA/133 : quel est mon débit maximum ?

#11 Le 31/01/2023, à 18:54

Re : résolu - SATA max UDMA/133 : quel est mon débit maximum ?

Pied de page des forums