Permettre écrivent la cachette, au moins pour établir l'incursion. Si vous voulez une longueur de bloc de 256KB, alors vous sure comme estacade à claire-voie mieux fassiez beaucoup d'entrée-sortie séquentielle de grand bloc. Si vous effectuez le travail de base de données, alors le serveur de SQL indique/écrit 64KB à la fois, ainsi vous voulez configurer les disques de sorte que vous
se rappeler qu'une longueur de bloc de X signifie que toutes les fois que vous faites une inscription, le contrôleur de RAID doit toujours écrire des blocs de X à la fois. Puisque la base de données écrit 64KB à la fois puis vous voulez s'assurer que, pour l'efficacité, vous configurez A RAID5, puis vous avez un arrangement 4+1 où chaque disque écrit un morceau de 16KB à la fois. Avec 4 données conduit + 1 parité. Si vous avez des 6+1, alors vous laissez de l'entrée-sortie sur la table, comme on dit. Que 64KB écrivent n'impliquera pas tous les disques. Certains seront à vide. (Mais c'est OK, juste non optimal).
Cependant, avec la longueur de bloc 256KB et des 6+1, puis même si vous voulez juste écrire un minimum 4KB de NTFS de données, puis n'importe ce que vous allez être lecture/écriture bien au-dessus de 1MB des données pour une demande 4KB moche.
C'est pour pourquoi traditionnellement, vous devriez faire un RAID1 O/S + espace de table d'éraflure + fichiers de consignation, avec la longueur de bloc minimum pour l'O/S, puis allez avec RAID10 pour l'exécution, ou RAID5 pour la capacité ou RAID6 pour la disponibilité. Lu vers le haut sur quels longueur de bloc et moyens de taille de raie sur votre manuel de contrôleur. Un bon nombre de substance en ligne pour lesquels expliquer comment placer la longueur de bloc optimale quelqu'applications vous couriez.
