Taille d'unité d'allocation ?
Fermé
Carsh
-
7 janv. 2011 à 21:39
AxllowFifty Messages postés 1 Date d'inscription jeudi 1 novembre 2012 Statut Membre Dernière intervention 1 novembre 2012 - 1 nov. 2012 à 17:18
AxllowFifty Messages postés 1 Date d'inscription jeudi 1 novembre 2012 Statut Membre Dernière intervention 1 novembre 2012 - 1 nov. 2012 à 17:18
A voir également:
- Unité taille fichier audio
- Comment réduire la taille d'un fichier - Guide
- Fichier rar - Guide
- Fichier host - Guide
- Le fichier à télécharger est la nouvelle note de service de votre entreprise. importez ce fichier dans le bon dossier sur l'espace pix cloud. donnez à ce fichier les mêmes droits d'accès que les autres notes de service. ✓ - Forum Windows
- Fichier iso - Guide
2 réponses
HostOfSeraphim
Messages postés
6750
Date d'inscription
jeudi 2 février 2006
Statut
Contributeur
Dernière intervention
31 juillet 2016
1 608
7 janv. 2011 à 21:52
7 janv. 2011 à 21:52
Ce qu'il faut savoir, c'est qu'il s'agit de définir la plus petite valeur possible pour un cluster. Si tu as un fichier texte avec simplement "test" comme contenu, avec une taille d'unité d'allocation à 64K, ton fichier texte prendra 64Ko sur le disque.
J'ai lu ici ou là que les performances seraient meilleures avec une taille d'unité d'allocation haute, explication :
Taille d'unité d'allocation à 64K : pour un fichier de 1 Mo, il faut donc lire 16 clusters.
Taille d'unité d'allocation à 512 octets : pour un fichier de 1 Mo, il faut donc lire 2048 clusters.
Logiquement, il est meilleur d'un point de vue performance de lire 16 clusters que d'en lire 2048 disséminés un peu partout sur le disque en fonction de la fragmentation.
Le choix doit donc être fait en fonction de la fonction du disque : si tu n'as quasiment que des fichiers supérieurs à 64K, garde 64K : pas de perte, moins de clusters à lire.
J'ai lu ici ou là que les performances seraient meilleures avec une taille d'unité d'allocation haute, explication :
Taille d'unité d'allocation à 64K : pour un fichier de 1 Mo, il faut donc lire 16 clusters.
Taille d'unité d'allocation à 512 octets : pour un fichier de 1 Mo, il faut donc lire 2048 clusters.
Logiquement, il est meilleur d'un point de vue performance de lire 16 clusters que d'en lire 2048 disséminés un peu partout sur le disque en fonction de la fragmentation.
Le choix doit donc être fait en fonction de la fonction du disque : si tu n'as quasiment que des fichiers supérieurs à 64K, garde 64K : pas de perte, moins de clusters à lire.
madmyke
Messages postés
53080
Date d'inscription
dimanche 20 janvier 2008
Statut
Modérateur
Dernière intervention
24 juillet 2024
12 158
7 janv. 2011 à 21:41
7 janv. 2011 à 21:41
512k sans hésiter.
AxllowFifty
Messages postés
1
Date d'inscription
jeudi 1 novembre 2012
Statut
Membre
Dernière intervention
1 novembre 2012
1 nov. 2012 à 17:18
1 nov. 2012 à 17:18
512k ? non, le 64o est mieux