lapin2005 :
pourquoi ne pas mettre la partition swap en fat32 ? n'es ce pas plus rapide ? pourais tu m'expliqué le choix de la taille des clusters, je m'y connais pas trop et ca m'intrigue.
C'est vrai que je pourrais mettre cette partition de fichier d'échange en FAT16 ou 32, mais je ne me suis pas posé la question.. Je suis resté en tout-NTFS sur mon ddur..
Sinon, pour les clusters, ça fonctionne comme suit :
- Le ddur est pré-formatté avec des secteurs de 512 octets (formattage de bas niveau, effectué en usine et possible d'être refait par l'utilitaire de diagnostique du constructeur). Le secteur est l'unité contenante de base, chaque secteur ayant son propre identifiant dans la table d'allocation interne au ddur. Tout ddur possède à la surface de ses plateaux des secteurs dits défectueux : ce sont des micro-zones où le substract magnétique est soit insuffisant (intérieur et extérieur des plateaux), soit usé (passages normal des têtes, microrayures suite à des chocs, etc..). Ces secteurs sont isolés dans la table d'allocation du ddur, donc inaccessibles par les systèmes d'exploitation.
- Une partition de système d'exploitation utilise ces secteus physiques en groupes, les clusters. Pour les systèmes d'exploitation, ce sont ces clusters qui font office d'unité contenante. Pendant le formattage, le système effectue aussi une détection de secteurs défectueux et les indique dans la table d'allocation des fichiers.. Ce n'est pas la même table que celle interne au ddur et cette indication disparaît au prochain formattage.. Chaque partition comporte un nombre fixe de clusters en fonction du type de formattage. Selon la taille des partitions et les possibilités des systèmes de fichiers (16 ou 32 bits), la taille et le nombre de clusters varie :
-> FAT16 : système 16 bits, nombre de clusters limité à 65536, taille maxi des partitions à 2 Go avec des clusters de 32 Ko (4 Go avec des clusters de 64 Ko pour les systèmes Windows NTxx).
-> FAT32 et NTFS : systèmes 32 bits, le nombre de clusters admis atteint plus de 4 milliards.
Le "défaut" des clusters est que dès que l'un d'entre aux reçoit les données d'un fichier, il est alors signalé comme "occuppé" et ne pourra pas recevoir de données d'un autre fichier.. Donc, avec des clusters de 64 ko, un fichier de 3 Ko n'en occupera qu'un et consommera ... 64 ko sur le ddur !! Ce seront 61k non dispo pour autre chose.. Répéter ça des milliers de fois et ce sont alors des Mo qui sont remplis de vide, donc "perdus".. Alors qu'avec des clusters de 4 ko, un fichier de 30 ko consommera 8 clusters, soit 32 Ko..
-> Avantage des clusters de petite taille : les petits fichiers : fichiers système de windows et des programmes (des dizaines de milliers), bureautique, cache web, bref : des fichiers de généralement moins de 10 Mo (c'est arbitraire, évidemment
)..
-> Avantage des clusters de grande taille : la fragmentation bien plus faible et la lecture donc plus rapide des fichiers. Lire des blocs de 64 ko même non contigus est plus rapide que des blocs de 4 Ko (moins de temps d'accès disque, moins de mouvements de la part des têtes de lecture, flux de données moins "interrompu").. Idéal pour l'audio de grande taille (genre fichiers .wav), la vidéo ou le fichier d'échange..
Mais le formattage de base (annoncé "taille des clusters par défaut") reste le meilleur compromis, surtout si on effectue une défragmentation régulièrement.. Cette taille tourne souvent autour de 4 ou 8 Ko, les pertes (clusters remplis que partiellement) sont minimes et les ddurs actuels sont suffisemment rapides pour répondre correctement à ce compromis
..