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
- Unité taille fichier mp3 - Forum Musique / Radio / Clip
- Taille d'un fichier audio ✓ - Forum Audio
- Comment reduire la taille d'une photo - Guide
- Indiquez l'unité pour la taille de ces fichiers. type document texte brut taille 8,1 ?? première réponse à trouver longueur 8085 caractères type image jpeg taille 3,0 ?? deuxième réponse à trouver dimension 3776 × 2124 px type vidéo mpeg-4 taille 1,1 ?? troisième réponse à trouver durée 02:01:15 - Forum Google Chrome
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 607
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
52792
Date d'inscription
dimanche 20 janvier 2008
Statut
Modérateur
Dernière intervention
22 avril 2024
12 047
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
