Reprise du message précédent :

T'es sûr de ta référence ? Je retrouve pas.
Je suis intéressé par un dissipateur pas trop gros qui serait mieux que les mini radiateurs.

 
Waip, j'avais cherché et conservé ce lien à l'époque :
https://www.amazon.fr/Alphacool-Cop [...] B077VM8FJW
 
Mais pas testé par rapport aux autres radiateurs. Reste que la conception me fait dire que ça doit beaucoup mieux dissiper.

M600 c'est un membre du forum  

Merci

C'est aussi un modèle de SSD d'après mes recherches

Et une bagnole
Et une instruction Gcode
Et

 
Toutes les cartes mémoire depuis des années ont un contrôleur. Y a que les vieilles Smart Media et xD qui en ont pas et qui contiennent que de la flash.  
 
De base, la structure est donc la même : un bus plus ou moins rapide, un contrôleur et de la flash.
 
Une micro SD, forcément, la taille implique de mettre de la mémoire dense, un contrôleur basique et pas de RAM. Un SSD, il peut utiliser des contrôleurs avec deux ou trois coeurs ARM, pleins de puces pour accelérer les débits, de la RAM, mais ça consomme/prend de la place. Même chose pour une clé USB.  
 
Une carte SD, le but premier est de stocker des fichiers de taille moyenne, en séquentiel. Pas un OS qui fait des accès aléatoires. Même chose en clé USB. Donc pour une bonne gestion de l’usure ou des perfs correctes en al’eatoire, faut taper dans le haut de gamme.

Du coup une grosse clé USB peut potentiellement avoir des contrôleurs supplémentaires pour améliorer les perfs et la durée de vie, mais une micro clé USB  y'a aucune chance ?

Vu le prix des ssd, une solution à base de mSata et en boitier peut devenir très viable si le trimm passe bien par l'usb

Pourquoi du mSATA ? Un avantage comparé à un SSD en SATA ?

C'était pas ma question

 
La taille.

 
Voila. Après, on peut faire des trucs performants et telativement compact quand même.

 
Sauf que carte SD, clé USB et même SSD, on ne sait jamais rien sur le contrôleur qui n'est évidemment pas documenté ni testé. Et comme les cartes SD les plus chères sont les plus rapides et/ou avec le plus de capacité, comme de toute façon, ni elles ni les clés USB ne sont conçues pour stocker un OS, on l'a dans le baba car on ne saura jamais si le controleur est mieux et on n'aura aucune espèce de garantie.
 
Bref, autant rester sur de la SD ou envisager carrément un SSD si on veut un gestion de l'usure sérieuse. Sachant que vu le prix et la destination de ce genre d'appareil, il est hors de question de faire reposer des données critiques dessus.

 
C'est ce que j'aurais tendance à penser. Et au moins, on aura des fonctionnalités vaguement documentées. Parce qu'à un moment, acheter à l'aveuglette et plus cher en croisant les doigts pour que la clé/la carte embarque bien ce qu'on cherche, on fait mieux...  

Ok

Je demande parce que j'ai tendance à acheter des clés USB taille ultra micro, mais si les plus grosses peuvent (potentiellement) améliorer les perfs ça jouera sur mes prochains choix

 
Sur les modèles haut de gamme, c'est quand même documenté. Et on commence à avoir des micro SD pensées pour un usage OS ou applications, justement, vu qu'il y a même des certifications.  
 

 
Dans pleins de cas, une clé USB "micro" pas cher, y a des chances de trouver une microSD collées directement dedans
 

 
Boarf, maintenant on fait du M.2 2242, c'est le même prix, même performances (en SATA) et plus petit. Et parfois moins cher, vu que plus récent.
 
On fait même du M.2 2242 en NVMe, donc on peut obtenir des perfs élevées.
 
Et je suis certain qu'on va avoir des hack de Pi 4 pour récupérer le PCIe du SoC d'une façon ou d'une autre (en désactivant l'Ethernet, je suppose)

C'est pour ça que je disais "potentiellement" : je me doute qu'au même prix, quelle que soit la taille, j'aurais globalement la même chose

Mais au moins je sais que des clés plus "complexes" existent si jamais un jour j'ai un autre besoin que de stocker quelques fichiers

Oui .

J'ai essayé un truc à moitié tout fait avec Kodi et des plugins, mais ce n'était pas terrible à mon goût, alors, j'ai tout refait en Python .

Pour l'instant, j'ai plusieurs blocs plus ou moins fonctionnels:

• GUI en Python avec des onglets
• Radio FM avec un stick SDR
• Lecture audio avec MPD
• Commande d'un relais pour une source aux (TODO )
• Navigation GPS avec Navit
• Radio DAB+ (toujours en cours)
• Gestion des boutons sur le volant/ancien autoradio avec des ATMega32U4 en USB-HID (émulation d'un clavier)

Forcément, ça fait plus d'un an que je joue avec quelques heures par WE pluvieux alors ça ne va pas très vite, mais je m'amuse bien .

Respect !
Tu as un labo, un endroit où tu peux développer ça tranquille chez toi ?

J'ai une table avec un tas de bordel, je ne sais pas si on peut considérer ça comme un labo .

Il n'y a pas besoin de matos de fou pour que ça fonctionne, le HW est super simple (après, on peut l'améliorer et beaucoup le chiader ).
Je vais essayer de prendre des photos dans quelques jours.

J'ai le même projet en moins complet.
Juste la gui avec connexion bluetooth a2dp, affichage des infos du titre en cours et partage de connexion internet en bt pour le téléchargement des pochettes d'albums.
Liaison au bus can de la bagnole pour récupérer les commandes au volant.

J'ai pas encore fini, il me manque une bonne idée pour éteindre le rpi proprement.

J'ai aussi planifié de changer de bagnole à la fin de l'année

Dans certains boitiers de retrogaming, l'appuie sur le bouton on/off déclenche un script (custom) qui éteint proprement le Rpi.

 
Monsieur Soixante-neuf, il faudra faire un guide une fois que ça sera terminé

Oui je peux détecter l'arrêt de la bagnole par le bus can et éteindre le pi.
Mais il reste toujours alimenté sur le plus permanent (l'écran reste allumé).
Il faut que je pilote un relais etc...
Bref c'est pas simple.

Tu peux controler un relais sur timer vu que t'as un 12 permanent et un apres contact

apres contact actif: pi alimenté du permanent
apres contact inactive: timer de xx seconds (+ etape du GPIO d'extinction) puis coupure du permament

Je vais passer / en RO, ça devrait éviter de m'emmerder avec les coupures sauvages (en hiver, c'est fréquent que la radio se reset en insistant sur le démarreur, puis en recommençant après avoir calé ).

J'ai aussi un souci similaire, j'ai vendu ma voiture l'an dernier, mais j'ai pu récupérer un autoradio similaire .

Au final, j'ai reverse-engineeré le bus de la radio pour rien, vu que je remplace le boitier embarqué dans le tableau de bord.

C'est prévu .

Il y a quelques bouts WIP sur mon site, et ce sont les articles pour lesquels j'ai le plus de personnes qui me contactent.

Je vais équiper mes 2 Pi4 de SSD.  
J’ai trouvé les SSD mais pas encore les adapteurs USB.  
Si le topic a un model à recommander je suis preneur

Pour le boot ou en stockage ? Si pour boot je veux bien la technique  

Les 2    
 
J’ai vu une astuce sur un blog. Il faut que je retrouve mais visiblement 1er boot sur une SD et après tu peux tout faire sur le SSD.

Quel usage pour tes RPi 4 ?

Pour l'instant aucune idée, les usages à tester :

• firewall/routage/vpn
• serveur fanless NAS pour le salon
• centrale domotique (mais j'ai pris 4Go de RAM )
• media player 4K Kodi ou Plex
• pc multimedia web/internet

Pour l'instant, il faut se contenter de 4K non HDR.

Ah cool si tu retrouve je suis prenneur.

 
Tu aurais un exemple de ces certifs et de la doc, des modèles?
 
Parce que j'ai vu les constructeurs mettre en avant la capacité, le fait que ce soit de la classe truc, avec tel ou tel débit, UHS machin, de la vitesse watmille fois, etc. et plus récemment pour usage vidéo ou A1 ou A2, mais a priori, tout cela tourne autour des performances, pas de la fiabilité ou de la résistance à l'usure.
Même si les normes A1/A2 me font penser que ça pourrait peut être impacter la fiabilité puisqu'il s'agit d'opérations par seconde et donc d'usage plus applicatif.
 
Mais d'une manière générale, on ne trouve pas grand chose sur l'endurance et les algos de wear leveling embarqués... mais j'ai peut être mal cherché.

 
Il causait du pi4? Parce que Dandu semblait dire que ça ne fonctionne pas.    
 
Niveau cable, comme j'avais du SSD sata classique, j'ai pris un adapteur sata-usb3 tout simple de chez Startech parce qu'UASP et la fabrication m'inspirait plus que la première chinoiserie noname venue sans que ce soit hors de prix. Après, j'ai aussi testé un SSD externe compact de chez Samsung qui fonctionnait bien comme disque d'appoint PC et que j'avais (ça m'évitait de devoir courir après un adaptateur M2 qualitatif et pas trop cher et le disque M2 qui allait bien) mais comme c'était sur un pi3, donc pas une bête de course, et que je n'avais pas l'intention d'en faire un ordinateur "lourd" ou avec du stockage de data demandant de la fiabilité, je suis tout simplement revenu aux SD. Pour l'instant, je n'en ai claqué qu'une et je ne suis pas sûr que ce soit l'usure.
 
Mais avec le pi4, l'intérêt d'un disque fiable sur USB comme disque principal semble réel.

x11vnc qui est moisis sur buster

 
Kingston a des cartes vendues comme endurante en écriture, notamment pour les usages qui écrivent beaucoup (caméras and co.)
 
Sur les algos, tu trouveras pas grand chose, c'est pas documenté directement, mais une carte A2, par exemple, ça implique généralement une carte haut de gamme, en fait, donc sûrement plus endurante. Puis une carte performante en applicatif, ça peut aider dans un Pi, justement. Même chose pour les cartes rapides, ça implique de facto de la mémoire de qualité : une carte avec de la QLC (mémoire bas de gamme, quatre bits par cellule) peut tout simplement pas atteindre des débits élevés. Donc si la carte annonce plus que ~50 Mo/s en écriture, t'as au moins de la TLC, plus endurante (dans un SSD, la QLC descend vers 60/80 Mo/s).
 
Après, on n'aura pas avant un moment des trucs aussi endurants qu'un SSD de bonne qualité, mais la solution basique pour augmenter l'endurance est plutôt simple : prendre une grande capacité. Avec un algo d'usure basique, même sans TRIM ou équivalent, plus d'espace libre augmente la durée de vie.  
 

 
 
C'est pas possible directement (booter dessus sans carte SD). Après booter sur une carte SD et ensuite sur un truc branché, ça doit marcher, comme sur les anciens Pi.

Une explication technique ?

Merci pour les pistes, je vais regarder ça.
Et je n'avais plus pensé à la capacité qui en effet, même avec un algo moisi augmente mécaniquement la durée de vie.
 
Le 3, tu changeais le config.txt avec le bon paramètre et après tu bootais en USB. Mais c'était assez long parce que la SD restait prioritaire.

Bah va dire ca a mon Pi 3B qui tourne sur un MSATA en USB sans carte SD (controleur domotique avec DB donc des IO tous les jours non stop)