L'utilisation d'une grande taille d'allocation de disque NTFS pour un partage de fichiers fait-elle une différence?

Je formate un disque en utilisant NTFS qui sera dédié en tant que partage de fichiers pour que les utilisateurs stockent leurs fichiers de manière centralisée. Les fichiers seront probablement volumineux (10 à 100 mégaoctets).

Quelqu'un a suggéré que l'utilisation d'une grande taille d'unité d'allocation par rapport au 4k par défaut (par exemple 64k) améliorerait ses performances. Je pense que je comprends le principe de base qui le sous-tend, mais je ne sais pas si c'est valable dans la pratique. Est-ce que cela fera vraiment une différence ou est-ce quelque chose qui peut causer plus de problèmes qu'il n'en résout?

Une taille d'allocation plus grande augmentera les performances lors de l'utilisation de fichiers plus volumineux. S'ils doivent tous être de gros fichiers, il peut être avantageux d'augmenter la taille d'allocation à 32 Ko ou 64 Ko.

Sachez que plus la taille de l'unité d'allocation est grande, plus l'espace disque sera gaspillé. Cela est vrai quelle que soit la taille des fichiers stockés sur le volume. Si la taille de l'unité d'allocation est de 64 Ko et que vous enregistrez un fichier de 50 Ko, 14 Ko seront gaspillés. Si vous enregistrez un fichier de 800K, il sera divisé en 13 morceaux, mais le 13e morceau n'aura que 32K de données résultant en 32K d'espace disque gaspillé.

Une ressource pour l'optimisation des performances des disques NTFS peut être trouvée ici: http://www.windowsdevcenter.com/pub/a/windows/2005/02/08/NTFS_Hacks.html

Bonne chance, n’hésitez pas à poser d’autres questions.

Lima

La définition de la taille du bloc d'allocation peut améliorer les performances d'accès aux fichiers volumineux, mais il est peu probable que les performances d'un partage de fichiers réseau soient sensiblement améliorées, car d'autres goulets d'étranglement éclipseront tout avantage local.

Il y a certaines choses à surveiller:

• les fichiers prendront plus d'espace, donc si vous avez beaucoup de petits fichiers, ce sera un problème
• l'accès aux petits fichiers peut être plus lent car le système lit des blocs entiers à la fois (donc lire 64 Ko pour un fichier de 1 Ko si vous utilisez des blocs de 64 Ko), bien que cela ne soit pas perceptible en fonction du comportement de lecture anticipée de vos disques.
• vous pouvez constater que cela nuit réellement aux performances lorsque le modèle d'accès est très aléatoire et / ou qu'il existe de nombreux processus simultanés accédant à la ressource sur le réseau

Mon instinct suggère que vous ne remarqueriez pas beaucoup d'avantages (ou de détriments) en termes de performances dans les cas d'utilisation incontournable, et mon intestin est assez grand, donc je n'ai pas tendance à le contredire, donc je resterais avec des tailles de cluster plus petites pour une utilisation efficace de l'espace .

Je pense que l'idée générale est que des performances plus grandes = meilleures au détriment de l'espace disque.

Il y a un grondement en ligne selon lequel la modification de la taille par défaut entraînera des erreurs ou des échecs des utilitaires de disque mal codés, vous pouvez donc garder cela à l'esprit si vous prévoyez de ne pas planifier de sauvegardes ;-)