plusieurs dossier dans la CF

[PhB]

Posté par PhB
Ne pas supprimer un dossier finit (à la longue) par créer de l'"encombrement" pour le CPU (DigiC ds le cas de l'EOS), car chq photo enregistrée l'est après recherche par le pgm (firmware sur l'apn) d'en emplacement 'marqué libre'.

> en fait processeur de l'appareil n'a pas grand chose à voir avec l'écriture sur la carte : c'est quelque chose qui est entièrement délégué au contrôleur mémoire embarqué sur la CF et qui gère tranquillement ces choses là de son coté, comme sur un disque dur (pas de différence pour ça entre disque dur et mémoire flash). C'est le contrôleur mémoire et lui seul qui décide où faire rentrer les infos à enregistrer dans les espaces libres sur la carte.

Je t'accorde ce détail, mais à ma connaissance le logiciel embarqué (le firmware) est aussi celui qui gère la numérotation (dont le # de dossier est déduit). Un contrôleur mémoire sert à organiser le flux entrant/sortant des données de la mémoire de l'apn à son support CF. Tout comme un contrôleur disque gère les flux entrants et sortants (avec bits de parité de contrôle) sur un PC ou un Mac ? On peut aussi se méprendre l'un l'autre sur le terme et p-e parler d'une même chose avec 2 mots diff. Perso un détail plus fin ne m'intéresse que pour l'exercice de style ...

Un dossier vide prend qq ko, mais comme il faut 2 millions de dossiers pour prendre la même place qu'une seule photo RAW ... on peut laisser courir. Mais formater, c'est nettoyer proprement (également conseillé sur un disque dur, tous les 6-12 mois) ...

> comme dit plus haut, le répertoire n'est qu'un découpage logique de l'espace de stockage qui n'a d'existence que dans les tables d'allocation (les FATs). Donc en soit un dossier/répertoire n'a pas de poids comme en ont les fichiers.
Pour ce qui est du formatage, c'est plutôt la défragmentation qui est fortement conseillée. En soi, le formatage n'efface pas physiquement les données (pour ça, il faut remplir le support de zeros - à ne pas confondre avec le formatage bas niveau d'ailleurs), il remet à blanc les FATs. Les données sont encore présentes physiquement sur le support mais bien sûr plus accessibles (sans les FATs, c'est moins facile ). Elles sont ensuite écrasées au fur et à mesure par les nouveaux blocs ecrits. Mais bien sûr la fragmentation ne concerne pas les CF et autres mémoires flash puisqu'il n'y a pas d'éléments mécaniques plus sollicités à cause de ça comme sur les disques durs par exemple.

Sur une FATxx, seul le 1er octet d'un nom de fichier est remis à zéro lors d'un effacement (PCTools récupérait ainsi les noms de fichiers et 'déseffaçait' les fichiers. Perso, je savais le faire à la mano ; NTFS a une autre organisation). En cas de formatage simple, des zéros remplissent la FAT (mais les 'Ontrack system suite' et consort savent retrouver ces données de par la structure de l'en-tête des fichiers. Vide ou non, d'ailleurs, une FAT occupe la même zone (adressage physique sur support, disque ou CF). Le formatage de bas niveau fait la même chose sur tout le disque, incluant donc la zone des données (pour les connaisseurs, Wipe tools à 1 ou 2 passes) ...
Une FAT occupe une même place, car elle réserve des clusters (gpes d'octets, dont la longueur varie selon l'OS et/ou le choix de l'opérateur. Avec Partition Magic on choisit cette taille de cluster. Sur une FAT32, le cluster de base fait 4Ko, d'où cette place occupée pour rien, même dossier vide puisque les données figurent plus loin sur le support, au-dela de la FAT ... Procure-toi WinHex des utils comme ça et promène-toi ds la FAT, c'est instructif : ne touche à rien, sinon gare, mais c'est très instructif

La défragmentation est bien mais ne suffit pas : défragmenter réarrange les clusters d'un meme fichier, pour les accoler (qu'ils soient contigus) et réduire le temps d'accès disque d'un cluster à l'autre (voir random seek ds les softs de tests ). Formater un disque remet des 0 dans la FAT et/ou ds la zone des données (bas niveau) : très utile en cas de saletés importunes ds un système : on sauvegarde le MBR, on restaure l'image disque astucieusement faite qd le PC est neuf et en 30min tous les 6 mois on obtient un PC fringant et vierge de ttes saletés inutiles (les accès dsique s'en ressentent, la taille de la base de registres aussi, ainsi que restore points et autres fichiers ds XP ; son hygiène en qq sorte !

Le formatage FAT32 d'un PC est un peu diff. de celui fait par l'apn : le firmware de l'apn a mémorisé ds sa mém. flash le # de la dern.photo prise. Au formatage par l'apn, le # de photo est repris, le firmware recalcule le # de dossier correspdt et écrit le tout sur la CF. Ce phénomène est aussi à l'origine de 'surprises' au retour du SAV p.ex, si la CF du SAV a 'enregistré' 33000photos, le nbe de la mém. flash se synchronise sur ce #, même si l'apn n'a réellement pris que 125 photos ...

> je suis d'accord avec toi sur la 1ière phrase (même si le FAT32 reste du FAT32, sur un pc ou sur autre chose - c'est tout l'intéret d'ailleurs) mais c'est après que je décroche un peu en fait : l'appareil possède sa propre référence interne de numérotation qui n'est accessible que par lui et qui donc est fiable. Pourquoi irait-il se synchroniser sur la numérotation des photos/répertoires présents sur une carte alors ? C'est curieux non ?

L'utilité est la même que la synchronisation sur un Palm ou Pocket PC : les données les plus récentes sont les seules utiles fonctionnellement parlant. C'est pour ça que le firmware de l'apn regarde les 2 nbes (CF et mém.flash) et retient le plus élevé, car fonctionnellement il vaut mieux un trou entre 2 # de photos (même accidentel et important) qu'affecter un même # à 2 photos distantes de 2 semaines ou 2 ans. C'est aussi pour éviter cette fonction qu'il est possible de remettre à 0 ce compteur, mais ce n'est qu'une option ds le menu (resp. de l'utilisateur) et pas une valeur fonctionnelle par défaut ...

[engel]

> en fait processeur de l'appareil n'a pas grand chose à voir avec l'écriture sur la carte : c'est quelque chose qui est entièrement délégué au contrôleur mémoire embarqué sur la CF et qui gère tranquillement ces choses là de son coté, comme sur un disque dur (pas de différence pour ça entre disque dur et mémoire flash). C'est le contrôleur mémoire et lui seul qui décide où faire rentrer les infos à enregistrer dans les espaces libres sur la carte.

Je t'accorde ce détail, mais à ma connaissance le logiciel embarqué (le firmware) est aussi celui qui gère la numérotation (dont le # de dossier est déduit). Un contrôleur mémoire sert à organiser le flux entrant/sortant des données de la mémoire de l'apn à son support CF. Tout comme un contrôleur disque gère les flux entrants et sortants (avec bits de parité de contrôle) sur un PC ou un Mac ? On peut aussi se méprendre l'un l'autre sur le terme et p-e parler d'une même chose avec 2 mots diff. Perso un détail plus fin ne m'intéresse que pour l'exercice de style ...

Pour l'info technique
Que le HDD (ou tout autre support) soit IDE ou SCSI ou autre, cela ne change rien au fait que c'est le système d'eploitation qui est responsable du système de fichier.
En effet, un même disque formaté par windows, MAC-OS ou linux n'aura pas forcément le même système de fichier ! Essaie donc de lire une disquette mac sur un PC :goodluck: pour voir le message d'insulte de l'ordi :blink: .
Pour la CF c'est pareil, une FAT16, FAT32, ou autre c'est pas son problème, elle marchera pareil. C'est au système utilisateur de le gérer.

Sur le HDD, le controlleur interne du disque gère la position physique des données. Pas plus, pas moins.
Sur une CF, il y a aussi un controlleur, qui en plus a la fonction de positionner alléatoirement les données sur la matrice physique. C'est dû qu fait qu'une CF a une durée de vie limitée : 1 000 000 d'écriture je crois par élément de mémoire. Donc si tu utilise toujours la même partie physique de la carte, elle sera foutue assez vite. Si tu utilise trout le potentiel de la matrice, ben ça dure plus longtemp.
Donc défragmenter une CF, ca sert pas vraiment à grand chose.