RAID recovery performance

Problème

A propos de cela il y a trois causes principales:

• 1 ÒÁ d’espase disque est vraiment scanné trop long.
• Le traitement de 3 millions de fichiers exige les dépenses de calcul considérables.
• Pendant le travail avec 3 millions de fichiers il est à s’inquiéter aussi de la mémoire requise.

Ainsi on a commencé à travailler et a obtenu des améliorations importantes pour la version 8.3. build 7. Principalement, les mesures ont été faites de curiosité, mais pourtant elles donnent une idée de la vitesse.

Configuration du système test

Les ruses complémentaires:

• Dans la configuration de taille du cache dans ZAR sont choisies les valeurs permises minimums.
• Dans boot.ini on avait ajouté le paramètre /3GB, ce qui a permis à ZAR d’utiliser 3 Go de mémoire virtuelle.

Résultats

Les remarques

⁽¹⁾ Dans un meilleur cas, le temps de scanning du massif RAID est proportionnel à la taille d’un des disques composant le massif. Au pis aller, le temps de scanning est proportionnel à la taille de tout massif entier.
⁽²⁾ Sans prise en compte du temps de la copie réelle de fichiers.
⁽³⁾ A partir de 9 millions de fichiers la mémoire physique s’est terminée, et la substitution difficile a commencé. Il était inopportun de continuer le test dans telles conditions, mais nous avons quand même fait encore une démarrage du programme pour nous assurer de la possibilité réelle du traitement de 11 millions de fichiers.

Instructions sur les performances et les caractéristiques de hardware

• Ajouter le paramètre /3GB dans le fichier boot.ini.
• Avoir au moins 3 Go (4 Go mieux) de mémoire physique.
• Vous assurer qu’il y ait assez de lieu pour placer toutes les données du massif.

A ces conditions ZAR restaura le massif concernant 12 000 000 environ d’objets (de fichiers et de répertoires au total). C’est une limite absolue - sur le volume avec le nombre d’objets plus de 12 millions la mémoire va se terminer enfin chez ZAR.

De l’autre côté, le volume habituel NTFS (probablement quelque chose pareille vous avez chez vous) ne contient pas plus de 500 000 de fichiers. Pour ce cas typique il est assez de 512 Mo de mémoire physique avec la petite taille du cache, et il sera assez de 1 Go de mémoire pour la taille du cache maximale. La plupart des systèmes d’aujourd’hui ont les performances assez bonnes pendant la restauration de volume typique, même sans aucunes ruses complémentaires.