Oui une compact flash est vue comme une disque physique avec ses secteurs, il faut donc utiliser un file system "normal".
UBIFS et autres utilisent par exemple les flash NAND en direct pour avoir accès aux pages et blocs de la flash ainsi qu'aux zones de contrôle ( les spares area ) ce qui n'est pas possible au travers d'un contrôleur qui émule une disque et ne permet que les accès secteurs.
La gestion de l'usure des blocks est effectuée dans le contrôleur de la CF, c'est lui qui égalise cette usure ( "wear leveling" en anglais), dans un FFS c'est la couche FTL qui s'en occupe puisqu'il n'y a pas de contrôleur physique.
Au final, si le contrôleur de ta CF est suffisamment efficace, ce qui compte c'est le nombre total d'accès pas l'endroit ( au sens adresse logique donc secteur) où tu les fait. Le souci est donc que l'on est, dans ce cas, dépendant du travail effectué par le contrôleur de la carte, si le firmware est pourrit tu risques de cramer ta carte prématurément.
[^] # Re: Qui dit flash
Posté par luten . En réponse au message Système de fichier pour carte compact-flash. Évalué à 2.
UBIFS et autres utilisent par exemple les flash NAND en direct pour avoir accès aux pages et blocs de la flash ainsi qu'aux zones de contrôle ( les spares area ) ce qui n'est pas possible au travers d'un contrôleur qui émule une disque et ne permet que les accès secteurs.
La gestion de l'usure des blocks est effectuée dans le contrôleur de la CF, c'est lui qui égalise cette usure ( "wear leveling" en anglais), dans un FFS c'est la couche FTL qui s'en occupe puisqu'il n'y a pas de contrôleur physique.
Au final, si le contrôleur de ta CF est suffisamment efficace, ce qui compte c'est le nombre total d'accès pas l'endroit ( au sens adresse logique donc secteur) où tu les fait. Le souci est donc que l'on est, dans ce cas, dépendant du travail effectué par le contrôleur de la carte, si le firmware est pourrit tu risques de cramer ta carte prématurément.