Comprendre résultat dmesg

proXi · 12-04-2020 18:54:33

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?

naguam · 12-04-2020 19:01:36

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)

raleur · 12-04-2020 19:22:10

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)

proXi · 13-04-2020 10:22:50

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?

proXi · 13-04-2020 10:52:47

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é.

naguam · 13-04-2020 13:37:56

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é

.
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)

proXi · 13-04-2020 14:02:01

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)

naguam · 13-04-2020 14:17:25

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)

proXi · 13-04-2020 14:25:22

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

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.

naguam · 13-04-2020 14:31:32

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)

proXi · 13-04-2020 15:20:42

Oui oui j'avais bien compris comme ça aussi

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

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?

raleur · 13-04-2020 16:09:01

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.

proXi · 13-04-2020 17:06:50

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.

raleur · 13-04-2020 17:14:33

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.

proXi · 13-04-2020 18:05:32

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

raleur · 13-04-2020 18:37:30

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)

proXi · 13-04-2020 18:46:28

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 ...

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**** ??

raleur · 13-04-2020 19:01:12

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).

proXi · 13-04-2020 19:51:30

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.

proXi · 13-04-2020 22:57:29

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

raleur · 14-04-2020 07:56:19

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

Debian-facile

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

Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

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

Re : Comprendre résultat dmesg

Pied de page des forums