SD Card Speed Test : la fondation Raspberry Pi propose son outil officiel

Utilisable en ligne de commandes
SD Card Speed Test : la fondation Raspberry Pi propose son outil officiel

Comment savoir si votre carte (micro)SD est suffisante pour être utilisée sur un Raspberry Pi ? La fondation veut aider ses utilisateurs à se faire une idée des performances de leur ordinateur de poche, en commençant par un outil de test destiné aux périphériques de stockage... assez basique.

Depuis quelques mois, on voit le projet Raspberry Pi se renforcer sur un autre aspect que celui du matériel proposé à la vente par la fondation ou le développement de l'OS Raspbian. L'équipe travaille à des outils devant simplifier la vie de ses utilisateurs, comme l'application multiplateforme pour « l'installation » d'une image.

Elle va également sur le terrain de la mesure de performances, pour un élément encore vital des SBC (Single Board Computer) qu'elle propose : le stockage amovible. Dépendant toujours d'une carte (micro)SD, ou d'un périphérique USB dans certains cas, ces ordinateurs compacts peuvent voir leur confort d'utilisation fortement varier.

Pour y voir plus clair, SD Card Speed Test a été créé.

Raspberry Pi et performance du stockage

Lisez la suite : 79% de ce contenu reste à découvrir

Seuls nos abonnés et membres Premium peuvent lire l'intégralité de cet article.

ou choisissez l'une de nos offres d'abonnement :

9 commentaires
Avatar de Larsene_IT Abonné
Avatar de Larsene_ITLarsene_IT- 10/03/20 à 14:27:54

ils voudraient pas se concentrer sur le boot USB du Raspberry Pi 4, et nous prévoir du eMMC pour le modèle suivant ? Parce que les SD, franchement, on en a soupé ... :craint:

Avatar de David_L Équipe
Avatar de David_LDavid_L- 10/03/20 à 14:57:13

(quote:45972:Larsene_IT) ...

Le sens des priorités :D

Avatar de LordZurp Abonné
Avatar de LordZurpLordZurp- 10/03/20 à 19:04:29

hum ... je viens de tester sur une buster à jour : 2 écrans de log d'erreur ...

next :fumer:

Avatar de ForceRouge Abonné
Avatar de ForceRougeForceRouge- 10/03/20 à 20:40:28

Pour mes RPi, j'ai 2 astuces:

1/ Passer quelques partitions en tmpfs tmpfs /tmp tmpfs defaults,noatime,nosuid,size=32m 0 0 tmpfs /var/tmp tmpfs defaults,noatime,nosuid,size=32m 0 0 tmpfs /var/log tmpfs defaults,noatime,nosuid,mode=0755,size=32m 0 0

2/ Utiliser des cartes SD "industrial". Par exemple:

  • Sandisk I et XI (ex Ref: SDSDQAF3-008G-I)
  • ATP (ex Ref: AF8GUD3A-WAAXX, AF32GUD3-WABXM)

Pour faire simple, ce sont des sortes de mini SSD, c'est du MLC ou TLC, avec un controler qui gère le wear leveling (répartition de l'usure sur les différentes NAND), on peut même récupérer l'état d'usure sur certaines ATP (ok, j'ai pas encore réussi, mais c'est possible :) )

Alors bien sure c'est plus cher qu'une Sandisk 128Go pour téléphone mobile, mais quand on veut faire de la domotique sur un RPi, on veut que ce soit fiable, du coup ce type de carte est clairement intéressant.

Je n'utilise plus que ca dans mes RPi et je n'ai plus aucun problème de SD, alors que j'en ai cramé un nombre incalculable avec des cartes SD classiques, même de marque.

Avatar de tgv26 Abonné
Avatar de tgv26tgv26- 10/03/20 à 21:07:40

Bonjour tu pourrais préciser la manip pour le point 1?

Avatar de Norde Abonné
Avatar de NordeNorde- 11/03/20 à 07:53:45

(quote:45977:ForceRouge) 2/ Utiliser des cartes SD "industrial". Par exemple:* Sandisk I et XI (ex Ref: SDSDQAF3-008G-I)* ATP (ex Ref: AF8GUD3A-WAAXX, AF32GUD3-WABXM)

Pour ma part j'ai basculé le root sur un SSD relié en USB. La carte SD ne sert qu'au boot (et n'est donc pas sujette à une usure prématurée). Sans parler des performances qui sont bien meilleures.

Avatar de Larsene_IT Abonné
Avatar de Larsene_ITLarsene_IT- 11/03/20 à 08:27:32

(quote:45981:Norde) Pour ma part j'ai basculé le root sur un SSD relié en USB. La carte SD ne sert qu'au boot (et n'est donc pas sujette à une usure prématurée). Sans parler des performances qui sont bien meilleures.

Oui, pareil, là où je peux. Mais d'une part c'est pénible, d'autre part un boot natif USB serait bien mieux, par ailleurs, un support eMMC serait tout de même un minimum, surtout que ça fonctionne bien sur les compute module que j'utilise, enfin pour l'intégration c'est tout de même nul de passer par un support externe non solidaire. c'est moins pratique sur support DIN.

Avatar de Norde Abonné
Avatar de NordeNorde- 11/03/20 à 08:38:53

(quote:45982:Larsene_IT) Oui, pareil, là où je peux. Mais d'une part c'est pénible, d'autre part un boot natif USB serait bien mieux, par ailleurs, un support eMMC serait tout de même un minimum, surtout que ça fonctionne bien sur les compute module que j'utilise, enfin pour l'intégration c'est tout de même nul de passer par un support externe non solidaire. c'est moins pratique sur support DIN.

Ah c'est sur que ne c'est pas l'idéal (si au moins le boitier officiel proposait un logement à disque 2,5"...). Après dès qu'on attaque des projets demandant un stockage sur de données ou la gestion d'une importante Db, le raspberry (eMMC ou pas) n'est pas la solution idéale.

Édité par Norde le 11/03/2020 à 08:39
Avatar de fofo9012 Abonné
Avatar de fofo9012fofo9012- 11/03/20 à 08:50:26

(quote:45977:ForceRouge) Passer quelques partitions en tmpfs : /tmp /var/tmp /var/log

attention au tmpfs, il faut bien comprendre comment ça marche : tmpsfs un est dossier qui utilise la ram libre en priorité, puis le swap disque : il est perdu au reboot.

  • l'option "size" : n'est pas un espace de RAM réservé, mais la taille maximum avant que l'OS ne puisse plus y écrire, restreindre trop le size va générer des plantages, à l'inverse un size énorme n'a aucun impact autre que consommer du swap en cas d'abus.
  • il faut prévoir du swap : quand un tmpfs déborde il doit déborder en swap, sinon il y' un risque de plantage. Le swap n'est utile qu'en cas de saturation mémoire pour éviter de planter. /tmp dans un gros tmpfs avec du swap fera moins d'écriture que /tmp sur flash
  • tmpfs ne fonctionne correctment que si tu reboot régulièrement ta machine ou vide de temps en temps ces dossiers un /tmp en tmpsfs sur un PC allumé h24 ne sert à rien.
  • les dossiers /var/ sont censé survivre à un reboot, stocker un dossier /var/xxx en tmpsfs doit être fait avec prudence car l'OS s'attend à retrouver son contenu au reboot.

/tmp doit normalement être par défaut en tmpfs (ou alors il suffit de décommenter la ligne dans /etc/fstab), par contre la taille est bien trop petite tu peux mettre 1 ou 2 go (peu importe la quantité de RAM) /var/tmp : danger ce dossier sert à stocker de gros fichiers temporaires : un tmpfs pourquoi pas (si t'as du swap pour compenser) tmps à 32M surtout pas ! /var/log : jamais en tmpfs ! Si y'a trop de log tu les désactives ou les limite (log-rotate), les stocker en ram veut dire qu'en cas de plantage tu n'auras pas accès au log (c'est quasi la seule utilité de ces logs)

Pour info sur mon PC /tmp a une size de 8go, /var/portage/tmp 16go (dossier gentoo où sont compilé les appl.) Ma mémoire n'est que de 8go (fortement solliciter en cas de compilations), et j'ai 16go de swap sur HDD qui se tourne les pouces en quasi-permanence.

Il n'est plus possible de commenter cette actualité.

Votre commentaire

Avatar de lecteur anonyme
Avatar de lecteur anonyme

2000 - 2020 INpact MediaGroup - SARL de presse, membre du SPIIL. N° de CPPAP 0321 Z 92244.

Marque déposée. Tous droits réservés. Mentions légales et contact