Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 12-04-2020 18:54:33

proXi
Membre
Inscription : 29-07-2019

Comprendre résultat dmesg

Bonsoir.

J'ai une carte mère qui possède 64Gb d'eMMc et un port SATAIII sur lequel est raccordé un HDD.

df -h


minis@server:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               1,9G       0  1,9G   0% /dev
tmpfs              380M    2,2M  378M   1% /run
/dev/mmcblk1p2      53G    3,8G   46G   8% /
tmpfs              5,0M       0  5,0M   0% /run/lock
tmpfs              1,6G    8,0K  1,6G   1% /dev/shm
/dev/mmcblk1p1     511M     12M  500M   3% /boot/efi
/dev/sda1          916G    587G  283G  68% /media/folder
 



Je voudrais pouvoir comparer leur vitesse en écriture/lecture et j'ai commencé par utiliser cette commande

dmesg | grep -i sata | grep 'link up'


[    3.926876] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
 



Dois je en conclure que seul le HDD (/dev/sda1) est sur une bus sata et pas l'eMMc?

Hors ligne

#2 12-04-2020 19:01:36

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : Comprendre résultat dmesg

Dois je en conclure que seul le HDD (/dev/sda1) est sur une bus sata et pas l'eMMc?

Oui.
Pour plus de détails.
La nomenclature du kernel défini les cartes sd et la mémoire emmc en /dev/mmcblk.
Les périphérique utilisant le standard scsi /dev/sdX.
Les périphériques nvme en /dev/nvme.

Comme tu l'indiques au début de ton post, tu as un disque sata et de la memoire en emmc, le sata n'est pas de l'emmc mais adhère au standard scsi. Edit: utilise la couche compatibilité scsi.

Dernière modification par naguam (13-04-2020 13:39:28)

Hors ligne

#3 12-04-2020 19:22:10

raleur
Membre
Inscription : 03-10-2014

Re : Comprendre résultat dmesg

proXi a écrit :

Je voudrais pouvoir comparer leur vitesse en écriture/lecture


Pour la vitesse brute en lecture : voir hdparm -t.
Pour la vitesse brute en écriture :  dd avec un disque ou une partition vide (car ça va tout écraser).
Pour les performances du système de fichiers : bonnie++.
Il y en a d'autres.

proXi a écrit :

Dois je en conclure que seul le HDD (/dev/sda1) est sur une bus sata et pas l'eMMc?


En effet. Dans SATA il y a ATA. Dans eMMC il y a MMC, pas ATA. Pas les mêmes bus, pas les mêmes protocoles.

naguam a écrit :

le sata adhère au standard scsi.


Pas vraiment. Ce sont Les pilotes SATA et PATA (anciennement IDE) actuels du noyau qui passent par une couche de compatibilité pour se présenter comme SCSI. Ce n'était pas le cas de la première génération de pilotes SATA du noyau qui se présentaient comme IDE (aujourd'hui PATA), et les disques étaient /dev/hdX.

Dernière modification par raleur (12-04-2020 19:23:08)


Il vaut mieux montrer que raconter.

Hors ligne

#4 13-04-2020 10:22:50

proXi
Membre
Inscription : 29-07-2019

Re : Comprendre résultat dmesg

Après réflexion (c'est en faisant que l'on apprend) la commande que j'ai utilisé et surtout le filtre appliqué ne liste que les interface SATA et active.

Sur cette carte mère j'ai trois unitées de stockage: une carte SD, mémoire eMMc, un port SataIII, un port NGFF M.2 2280.

Actuellement la mémoire eMMc contiens l'OS et le port SataIII un HDD de 1To, les deux autres ne sont pas encore utilisé.

En faisant un grep --help j'avoue ne pas trouver la commande à appliquer pour lister toutes les interfaces et pas que les Sata et

pas forcement celle active.

En modifiant quelques peu la commande voici la sortie.

sudo dmesg | grep -i sata



[    3.608151] ahci 0000:00:13.0: AHCI 0001.0301 32 slots 2 ports 6 Gbps 0x3 impl SATA mode
[    3.610729] ata1: SATA max UDMA/133 abar m2048@0x8141e000 port 0x8141e100 irq 116
[    3.610733] ata2: SATA max UDMA/133 abar m2048@0x8141e000 port 0x8141e180 irq 116
[    3.926790] ata1: SATA link down (SStatus 4 SControl 300)
[    3.926876] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
 



Vous pouvez m'aider à interpréter cette nouvelle sortie?

Hors ligne

#5 13-04-2020 10:52:47

proXi
Membre
Inscription : 29-07-2019

Re : Comprendre résultat dmesg

Je poursuis mes recherches et je viens de trouver un paquet donnant des infos sur les disques SCSI don si j'ai bien compris fait partie la mémoire eMMc.

La sortie me parle déjà un peu plus mais ce que je comprend pas c'est que ma mémoire eMMc n'y est toujours pas ...

lsscsi -g



[1:0:0:0]    disk    ATA      WDC WD10SPZX-00Z 1A01  /dev/sda   /dev/sg0
[2:0:0:0]    disk    SAMSUNG  SSD 830 Series   3202  /dev/sdb   /dev/sg1
 



Le WDC est le HDD (/dev/sda) connecté sur le port Sata et le SSD est sur un des port USB mais n'est pas encore monté.

Hors ligne

#6 13-04-2020 13:37:56

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : Comprendre résultat dmesg

Non comme l'a expliqué raleur, l'emmc n'est pas scsi (et ne passe pas par la couche compatibilité scsi et donc n'est pas nommé sdX (X = un nombre) mais emmc)
D'ailleurs merci raleur pour m'avoir corrigé smile.
Du coup je ne connais pas la commande lsscsi mais si comme son nom l'indique il liste les périphériques passant par la couche compatibilité scsi, et bien il ne verra pas la mémoire emmc.

Mais c'est bon tu connais les noms de tes périphériques de stockages voire post #1.
Ta mémoire emmc en /dev/mmcblk et ton sata /dev/sd.
Sinon tu peux faire

lsblk

(list block devices) pour avoir chaque périphériques de stockage et leurs partitions.

raleur t'as aussi donné les commandes pour tester.

Dernière modification par naguam (13-04-2020 13:40:55)

Hors ligne

#7 13-04-2020 14:02:01

proXi
Membre
Inscription : 29-07-2019

Re : Comprendre résultat dmesg

Nous sommes bien d'accord qu'un périphérique c'est un SSD, un HDD, un lecteur CD, etc et chacun utilise pour fonctionner un Bus qui peu être IDE, PCI, ATA, SATA, USB, etc ...?

En faite si je cherche ça c'est pour optimiser au mieux mon server, il dispose de plusieurs Bus et j'aimerais les exploiter au mieux et je pensais qu'il exister une commande pour lister tous les périphériques d'une machine et les Bus qu'ils utilisaient, sa n'existe pas?

Je viens de trouver ça:

L'eMMC, le standard utilisé pour gérer de la mémoire Flash en tant que support de stockage ...

Donc l'MMc c'est le nom du Bus en faite qui permet de gérer la mémoire Flash?

Dernière modification par proXi (13-04-2020 14:21:50)

Hors ligne

#8 13-04-2020 14:17:25

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : Comprendre résultat dmesg

Il y a plusieurs standard pour tout types de mémoire.
Après comme en dehors des HDD, des lecteurs cd et des disquettes, globalement tout est en mémoire flash qui peut prendre différente formes :
Les SSD, l'emmc, les cartes sd et d'autres encore.
En fait la mémoire c'est juste de la mémoire, ensuite il faut des contrôleurs pour la comprendre et des interfaces et protocoles pour envoyer et recevoir la data (mémoire flash ou non).

Tu peux avoir des ssd nvme (qui passent par du pci express) comme un ssd sata (qui passe par du sata) les deux sont de la mémoire flash et même des ssd, mais n'utilisent pas le même protocole.
Après le kernel linux se permet de passer par une couche compatibilité scsi pour un certain groupe de périphérique, pour lesquel c'est intéressant.
Ce n'est pas le cas du nvme et de l'emmc.
Les cartes sd et l'emmc utilisent l'interface mmc.
Le sata, et le pata (maintenant, cela n'a pas toujours été le cas comme le dit raleur (avec /dev/hdX dans le temps) utilisent la couche compatibilité scsi.
Le nvme utilise le nvme.
Pourtant aussi bien du flash que du disque utilise le sata, et c'est le même protocole et de la mémoire différente.

Pour résumer pour ton problème, ton ssd est branché en sata et utilise la couche compatibilité scsi.
Ta carte emmc elle a beau être de la mémoire flash comme ton ssd, elle n'utilise pas le même protocole, et le kernel n'utilise pas de couche de compatibilité scsi pour celle-ci.
Son nommage est donc différent et une commande qui liste les périphériques scsi seulement ne la verra pas.

Dernière modification par naguam (13-04-2020 14:21:20)

Hors ligne

#9 13-04-2020 14:25:22

proXi
Membre
Inscription : 29-07-2019

Re : Comprendre résultat dmesg

Ce confinement m'aura au moins permis d'apprendre plein de chose, dont j'ai pas vraiment le temps en temps normal.

La phrase à mon sens la plus importante wink

En fait la mémoire c'est juste de la mémoire, ensuite il faut des contrôleurs pour la comprendre et des interfaces et protocoles pour envoyer et recevoir la data (mémoire flash ou non).

Je peu passer au test de vitesse de lecture/écriture à présent.

Hors ligne

#10 13-04-2020 14:31:32

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : Comprendre résultat dmesg

Pour "la comprendre" c'est un abus de langage hein c'est juste pour aller chercher au bon endroit écrire et envoyer la data demandé (lecture) etc car il peut pas vraiment la comprendre.

Dernière modification par naguam (13-04-2020 14:50:56)

Hors ligne

#11 13-04-2020 15:20:42

proXi
Membre
Inscription : 29-07-2019

Re : Comprendre résultat dmesg

Oui oui j'avais bien compris comme ça aussi wink

Alors pour les test voici les différents périphériques/Bus montés: l'eMMc, le Sata et l'USB3.

Les deux HDDs sont des 2.5" de 1To, la seul différence c'est que sda1 est plein à 60% alors que sdb1 est vide tout comme sdc1.

Si j'en crois le résultat le fait que le disque soit plein ou vide influence le résultat donc pas simple de ce faire une idée pour savoir si le Bus Sata et mieux que l'USB sad

lsblk



NAME         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda            8:0    0 931,5G  0 disk
└─sda1         8:1    0 931,4G  0 part /media/hdd-sataIII
sdb            8:16   0 931,5G  0 disk
└─sdb1         8:17   0 931,5G  0 part /media/hdd-usb3
sdc            8:32   0  59,6G  0 disk
└─sdc1         8:33   0  59,6G  0 part /media/ssd-usb3
mmcblk1      179:0    0  57,7G  0 disk
├─mmcblk1p1  179:1    0   512M  0 part /boot/efi
├─mmcblk1p2  179:2    0  53,3G  0 part /
└─mmcblk1p3  179:3    0   3,9G  0 part [SWAP]
mmcblk1boot0 179:256  0     4M  1 disk
mmcblk1boot1 179:512  0     4M  1 disk
 



sudo hdparm -t -T /dev/sda1



/dev/sda1:
 Timing cached reads:   2628 MB in  2.00 seconds = 1314.47 MB/sec
 Timing buffered disk reads:  98 MB in  3.03 seconds =  32.35 MB/sec
 



sudo hdparm -t -T /dev/sdb1



/dev/sdb1:
 Timing cached reads:   2628 MB in  2.00 seconds = 1314.96 MB/sec
 Timing buffered disk reads: 246 MB in  3.07 seconds =  80.04 MB/sec
 



sudo hdparm -t -T /dev/sdc1



/dev/sdc1:
 Timing cached reads:   2624 MB in  2.00 seconds = 1312.17 MB/sec
 Timing buffered disk reads: 1302 MB in  3.00 seconds = 433.65 MB/sec
 




sudo hdparm -t -T /dev/mmcblk1p2
 



/dev/mmcblk1p2:
 Timing cached reads:   2574 MB in  2.00 seconds = 1287.68 MB/sec
 HDIO_DRIVE_CMD(identify) failed: Invalid argument
 Timing buffered disk reads: 502 MB in  3.01 seconds = 166.96 MB/sec
 



Autre constat, seul la vitesse de lecture Buffered change. Quelle différence entre Buffered et Cached?

Hors ligne

#12 13-04-2020 16:09:01

raleur
Membre
Inscription : 03-10-2014

Re : Comprendre résultat dmesg

naguam a écrit :

Les cartes sd et l'emmc utilisent l'interface mmc.


Attention : les lecteurs de carte SD avec connexion USB (interne ou externe) sont gérés par le pilote de support de stockage USB (usb-storage) et donc passent par la couche de compatibilité SCSI, comme les disques, SSD et clés USB.

naguam a écrit :

ton ssd est branché en sata et utilise la couche compatibilité scsi.


Euh, si j'en crois ce qui a été écrit précédemment :

proXi a écrit :

Le WDC est le HDD (/dev/sda) connecté sur le port Sata et le SSD est sur un des port USB


c'est le disque dur qui est connecté en SATA et le SSD est connecté en USB. Les deux passent par la couche de compatibilité SCSI.

proXi a écrit :

Si j'en crois le résultat le fait que le disque soit plein ou vide influence le résultat


Non, aucune influence. Qu'est-ce qui te fait dire ça ? Corrélation n'est pas causalité.

proXi a écrit :

Autre constat, seul la vitesse de lecture Buffered change. Quelle différence entre Buffered et Cached?


"Cached" (-T) mesure la vitesse de la RAM, qui est évidemment toujours la même. Aucun intérêt.

/dev/sda : c'est très lent. Jamais vu un disque aussi lent en SATA. On dirait de l'USB 2.

/dev/sdb : débit honnête (sans plus) pour un disque dur en USB 3.

/dev/sdc : correct pour un SSD en USB 3.

/dev/mmcblk1: pas fantastique pour un support flash, certains disques durs (et probablement n'importe quel SSD) font mieux.


Il vaut mieux montrer que raconter.

Hors ligne

#13 13-04-2020 17:06:50

proXi
Membre
Inscription : 29-07-2019

Re : Comprendre résultat dmesg

raleur a écrit :

Si j'en crois le résultat le fait que le disque soit plein ou vide influence le résultat?

Non, aucune influence. Qu'est-ce qui te fait dire ça ? Corrélation n'est pas causalité.



Ce qui me fait dire ça c'est le résultat 32.35 MB/sec vs 80.04 MB/sec. Formatage, table de partition, etc ... pas identique sur les deux?

Quelques infos:

sudo fdisk -l



Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Modèle de disque : WDC WD10SPZX-00Z
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 3BEA05AF-0B7F-4CD9-9006-2A1DEDEC1A62

Périphérique  Début        Fin   Secteurs Taille Type
/dev/sda1    264192 1953525134 1953260943 931,4G Système de fichiers Linux



Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Modèle de disque : SPZX-00Z10T0    
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 2436B27C-9512-4786-A259-2E16CB9FE92F

Périphérique Début        Fin   Secteurs Taille Type
/dev/sdb1     2048 1953523711 1953521664 931,5G Système de fichiers Linux
 



Je vais les permuter pour voir si c'est le disque le problème ou bien le Bus.

Hors ligne

#14 13-04-2020 17:14:33

raleur
Membre
Inscription : 03-10-2014

Re : Comprendre résultat dmesg

hdparm se fiche du formatage et de la table de partition. Par contre il vaut mieux l'utiliser sur le disque (/dev/sdX) et non une partition.

Il vaut mieux montrer que raconter.

Hors ligne

#15 13-04-2020 18:05:32

proXi
Membre
Inscription : 29-07-2019

Re : Comprendre résultat dmesg

Effectivement le test sur le disque montre une amélioration pour les HDD, pas de changement pour le SSD et l'eMMc.

Toujours cette différence entre les deux HDD par contre. Je les permute pour le prochain test ....

sudo hdparm -t /dev/sda



/dev/sda:
 Timing buffered disk reads: 192 MB in  3.06 seconds =  62.78 MB/sec
 



sudo hdparm -t /dev/sdb



/dev/sdb:
 Timing buffered disk reads: 326 MB in  3.01 seconds = 108.26 MB/sec
 



sudo hdparm -t /dev/sdc



/dev/sdc:
 Timing buffered disk reads: 1302 MB in  3.00 seconds = 433.37 MB/sec
 



sudo hdparm -t /dev/mmcblk1



/dev/mmcblk1:
 HDIO_DRIVE_CMD(identify) failed: Invalid argument
 Timing buffered disk reads: 488 MB in  3.00 seconds = 162.42 MB/sec
 

Hors ligne

#16 13-04-2020 18:37:30

raleur
Membre
Inscription : 03-10-2014

Re : Comprendre résultat dmesg

Etonnant une telle chute de la mesure du débit avec les partitions des disques durs. Néanmoins 60 Mo/s ça reste faible, même si c'est à la limite basse de la décence pour un disque dur de ce type. C'est à peine plus rapide que mes disques durs SATA les plus lents et anciens.

Dernière modification par raleur (13-04-2020 18:38:05)


Il vaut mieux montrer que raconter.

Hors ligne

#17 13-04-2020 18:46:28

proXi
Membre
Inscription : 29-07-2019

Re : Comprendre résultat dmesg

Je les est intervertie tout les deux pour chercher d'ou vient ce problème de débit, comme le montre la photo ce sont exactement les mêmes ...

20041307464725169716742838.jpg

Du coup pourquoi la sortie de la comment fdisk ne donne pas le même nom?

sudo fdisk -l



Modèle de disque : WDC WD10SPZX-00Z

Modèle de disque : SPZX-00Z10T0
 



De nouveau le teste de débit, le problème vient bien du disque et pas du Bus.

sudo hdparm -t /dev/sda



/dev/sda:
 Timing buffered disk reads: 318 MB in  3.01 seconds = 105.54 MB/sec
 



sudo hdparm -t /dev/sdb



/dev/sdb:
 Timing buffered disk reads: 170 MB in  3.02 seconds =  56.34 MB/sec
 



Comment dire ... disque de m**** ??

Hors ligne

#18 13-04-2020 19:01:12

raleur
Membre
Inscription : 03-10-2014

Re : Comprendre résultat dmesg

On dirait que chacun des noms est une partie du nom complet "WDC WD10SPZX-00Z10T0", l'un le début et l'autre la fin.
Peut-être à cause des modes de connexion différents (SATA et USB).

Il vaut mieux montrer que raconter.

Hors ligne

#19 13-04-2020 19:51:30

proXi
Membre
Inscription : 29-07-2019

Re : Comprendre résultat dmesg

Dernier teste, le SSD mis sur le Bus Sata.

sudo hdparm -t /dev/sda



dev/sda:
 Timing buffered disk reads: 1376 MB in  3.00 seconds = 458.50 MB/sec
 



Un tout petit peu mieux que en USB3.

Hors ligne

#20 13-04-2020 22:57:29

proXi
Membre
Inscription : 29-07-2019

Re : Comprendre résultat dmesg

Pour ce dernier résultat qui est affiché en Mega Byte par Seconde (458.50), cela fait bien environ 458 Mo/s ?

Hors ligne

#21 14-04-2020 07:56:19

raleur
Membre
Inscription : 03-10-2014

Re : Comprendre résultat dmesg

Oui. Dans sa signification la plus répandue, "byte" équivaut à "octet".

Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums