L'intérêt ? UBIFS est fait pour être conscient des caractéristiques de la mémoire flash: taille minimale d'IO, taille d'un erase block, limitation des écritures/effacements, wear leveling (via UBI en fait).
Sauf que pour les clefs USB, les disques durs SSD, les cartes mémoires (SDCard, MMC...), tu n'as pas acces directement a ces caractérisques.
Tout est masqué par la FLT présente dans le controlleur.
Comment tu vas choisir ta taille d'erase block ?
Comment tu connais la taille io minimale ?
Comment tu peux garantir un résultat correct sans connaître vraiment ce que fait la FTL derrière ton dos.
Certaines FTL/matos sont vraiment foireuse et corrompe tes données de manières invisible.
Pour moi sur ses périphériques il faudrait plutôt mettre un fs qui est robuste aux corruptions aléatoires du support.
[^] # Re: Je ris, mais c'est sûrement pas drôle.
Posté par M . En réponse au journal Unified Flash File System. Évalué à 7.
Sauf que pour les clefs USB, les disques durs SSD, les cartes mémoires (SDCard, MMC...), tu n'as pas acces directement a ces caractérisques.
Tout est masqué par la FLT présente dans le controlleur.
Comment tu vas choisir ta taille d'erase block ?
Comment tu connais la taille io minimale ?
Comment tu peux garantir un résultat correct sans connaître vraiment ce que fait la FTL derrière ton dos.
Certaines FTL/matos sont vraiment foireuse et corrompe tes données de manières invisible.
Pour moi sur ses périphériques il faudrait plutôt mettre un fs qui est robuste aux corruptions aléatoires du support.
PS : http://www.linux-mtd.infradead.org/doc/ubifs.html#L_raw_vs_f(...)