|
|
|
Raid Quel Taille De Bloc ? |
|
|
|
ven. 17 nov. 2006, 01:31
|
Moderator In Chief (MIC)
Groupe : Editors
Messages : 15,189
Inscrit : 23 déc. 01
Lieu : Paris - FR
Membre no 2,758
|
Avec des gros fichiers (quand on compte en dizaines de Mo, centaines de Mo, voir en Go) on ne voit pas la différence avec une grosse taille de bloc, en ce sens que la différence entre un petit bloc et un gros bloc sur le disque sera toujours la taille maxi du fichier en plus. Ou, pour être plus clair : Soit un disque avec des blocs de taille b (petit bloc) ou B (gros bloc) Un fichier de taille t réelle, y occupera une place T T = ( n + 1 ) x b ou T' = ( n' + 1 ) x B Où n = partie entière de ( t / b ) et n' = partie entière de ( t / B ) T' - T <ou = B - b Comme le fichier occupera toujours en entier un bloc même s'il n'y est écrit qu'un octet la différence entre un fichier écrit sur des petits blocs et un le même sur des gros blocs sera toujours au maximum de la différence entre b (petit) et B (grand). (je saute une partie de l'algèbre, on à d'autres chat à fouetter) Je ne me rappelle plus la taille maxi d'un bloc possible, mais pour des sessions ou des gros samples, la taille max de bloc est le meilleur choix, pourquoi ? Ce que l'on perd en place est marginal, au pire quelques mégas c'est rien sur les disques actuels), parce que l'on a "peu" de fichiers donc relativement peu de gaspillage (par contre, une multitude de fichiers de 1 octet répartis chacun sur un bloc de 2 Mo, vous voyez le massacre…). Dans notre cas gros blocs, il y a beaucoup moins de blocs à gérer, donc on facilite la vie du disque il y a moins d'adresses à gérer donc c'est "plus rapide", les têtes doivent aller vers moins d'emplacements. J'espère que c'est clair.
Ce message a été modifié par lepetitmartien - ven. 17 nov. 2006, 01:40.
--------------------
|
|
|
|
|
|
1 utilisateur(s) sur ce sujet (1 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :
|
|