J'ai réussi à obtenir un peu de temps sur une machine Windows 7 possédant une sortie ESata et j'ai pu tester la baie sur ce système.
Evidemment le logiciel fourni avec l'engin est destiné à Windows.
Une fois installé  et mis en français, je ne parle pas japonais ni taiwanais je branche la baie et le logiciel démarre tout seul et me présente l'interface suivant :

Le démarrage est fait en mode "Basic", il vaut mieux passer en mode "Advanced" pour pouvoir mieux paramétrer l'engin.  L'image suivante est en mode "Advanced".

Le premier écran permet d'abord de paramétrer l'envoi de mails signalant toute anomalie dans la baie. Malheureusement cela ne fonctionne que sous Windows (ici Windows 7). L'onglet suivant (sélection dans la partie gauche de la fenêtre permet d'arriver au coeur des choses, la création de notre RAID.

La première fois on choisit bien sûr l'option "Créer RAID" et ici j'ai choisi le type RAID5 sur les quatre disques. Ici toutes les fantaisies sont permises : RAID10 (2 groupes de deux disques en "série" mis en parallèle). Avec ce mode je n'aurait eu que 4Téra mais de très bonnes performances en écriture. J'ai préféré le RAID5 et ses 6To avec une bonne vitesse en lecture (#150Mo/seconde) et une vitesse en écriture un peu inférieure à 80Mo/seconde.

Il y a même une demande de confirmation pour ne pas écraser les données d'une configuration existante. Pour une meilleure sécurité on peut protéger la configuration par un mot de passe (à ne pas oublier !!!).



Puis l'éternel bandeau défilant s'affiche :



Après quelques minutes de cuisson le RAID nouveau est prêt à servir mais ...



Ah oui, il faut rebooter le système ... et, Ô merveille après le reboot un bel écran s'affiche nous montrant notre RAID tout neuf qui semble en pleine forme.



On va pouvoir passer à l'étape suivante : le formatage ... au prochain numéro

Cette unité est même livrée avec une housse de transport !
Elle peut être utilisée comme sauvegarde et transportée ensuite (dans le petit sac fourni) en un lieu différent pour augmenter la sécurité des données.

Sa vitesse permet une grande diversité d'usages :

• Disque "standard" pour des utilisateurs gérant de gros volumes de données, un photographe pourra gérer, en sécurité, un gros portefeuille de photos, un amateur de vidéos pourra y stocker une énorme quantité de films.

• Unité partagée pour une petite équipe, il suffira de la brancher sur un des postes et de la partager. On disposera ainsi d'un stockage partagé avec un bon niveau de sécurité. Mais cela ne doit pas interdire les sauvegardes !
  Et pourquoi pas sur le même genre d'unité facilement transportable pour mise en sécurité.

• Transport de grandes quantité de données. Il est possible de transporter (avec des disques de 3To) jusqu'à 12 téra en RAID0 ou 9 Téra en RAID5.

• Unité de sauvegarde mobile pour sauvegarder les données de postes séparés, les différents interfaces permettent de faire face à la plupart des situations, cela sera encore plus universel avec USB3 et Thunderbolt.

Sa faible consommation permet de l'installer partout:

• 26 watts au repos
• 34 watts en cours de formatage
• 36 watts en pleine charge lors de l'exécution d'un "dd"

Enfin le fonctionnement silencieux permet de l'utiliser en environnement de bureau, ou même à la maison, avec un minimum de nuisances sonores, la bête est plus silencieuse que quasiment n'importe quel PC.

En bref, pour un coût fort raisonnable vitesse et sécurité, c'est un bon investissement.

J'ai testé la baie en "Firewire" sur une machine Linux (Suse 11.4) munie de cet interface et cela fonctionne du premier coup.
Le test a été fait en Firewire 400 car la machine ne dispose pas de sorties pour la version 800.
J'ai "au passage" reconfiguré la baie en RAID5 en me servant uniquement du panneau de façade avec son petit écran et ses quatre boutons. Ce n'est pas toujours évident mais avec la doc c'est OK.
Le Firewire 400 date un peu et il ne faut pas attendre une vitesse merveilleuse.
Le formatage a été réalisé en 3 partitions : 2To (ext3), 2To (ext3) et le reste (#1,7To) en ext4.
Le premier test est, bien sûr, le test DD brutal :

• en écriture
  dd if=/dev/zero of=/TALE/TALE_1/test bs=16536 count=1024000
  1024000+0 records in
  1024000+0 records out
  16932864000 bytes (17 GB) copied, 836.996 s, 20.0 MB/s

• et en lecture
  dd if=/TALE/TALE_1/test of=/dev/null bs=16536
  1024000+0 records in
  1024000+0 records out
  16932864000 bytes (17 GB) copied, 531.138 s, 31.9 MB/s

Je n'attendais pas une vitesse extraordinaire et 20MB/s en écriture me semblent corrects pour ce type d'interface les 32Mo/s de la lecture sont plutôt une bonne surprise.
J'avais effectué le formatage sur cette machine et le tout avait pris un temps certain (un temps certain?). J'avais laissé la machine tourner sans surveillance et quand je suis revenu au bout d'une heure environ tout était néanmoins fait.




 

Quelque tests réalisés avec IOZONE en EXT3 (EXT4 à venir) pour y voir plus clair. Les graphiques sont générés par GNUPLOT et l'aide de quelques scripts shell et AWK. Ces scripts datent un peu et je vais essayer d'obtenir des graphes plus précis. Toutefois les tests IOZONE sont extrêmement longs et il faut des heures pour le cycle complet.
Pour référence un disque SATA interne du même type que ceux montés dans la baie a subi les même tests et apparait en vert sur les graphes.

Tests brutaux "DD"  partition de 2To en RAID5 et EXT3
En lecture :

dd if=/TALE/TALE_1/test of=/dev/null bs=16384
1033500+0 records in
1033500+0 records out
16932864000 bytes (17 GB) copied, 149,81 s, 113 MB/s

En écriture :

Tests en lecture :
Les courbes sont très semblables, sauf pour les petits fichiers où le cache local doit beaucoup jouer et explique la supériorité du "vert" sur le rouge dans la partie gauche des graphes.

Tests en écriture :
Là aussi les courbes sont très semblables à l'exception des petits fichiers et des petits enregistrements, là aussi partie gauche des graphes.

En conclusion le fait d'utiliser des disques dans ce boîtier ne perturbe pas la vitesse de lecture ou d'écriture, le contrôleur RAID incorporé semble donc très efficace.
Le boîtier fait ici jeu égal avec le SATA interne. On se demande presque si ce n'est pas plutôt la vitesse du contrôleur disque que l'on mesure.

	L'emballage a parfaitement résisté au voyage de plus de 10 000 Km par la poste. Il précise bien USB2, Firewire 400 et 800, ESata. Le colis est "poids plume" grâce à l'aluminium
	Le jeu de cables très complet et l'alimentation. La baie est bien à l'abri dans un cocon de mousse plastique.
	Les quatre supports de disques tout alu.
	Les tiroirs bien remplis de disques de 2 Téra. Pas de 3 Téra sous la main ? Ces disques "verts" ont été utilisés pour la photo. Ce type de disque ne convient pas pour un usage RAID, il faut se tourner vers des modèles "entreprise". Voir à ce sujet le site du constructeur : ICI

C'est tout pour les images.

Le miroir c'est beau mais on perd un peu de place et le RAID 5 est tentant. J'ai donc reconfiguré la baie (ou baite ?) en mode RAID5. N'ayant plus accès à une machine Windows j'ai reconfiguré le zinzin avec l'écran et les boutons en façade, ce n'est pas trop facile et il sera difficile de reformater par erreur !
J'ai essayé avec trois partitions mais j'ai eu des problèmes de reconnaissance de l'unité lors du boot, après plusieurs essais j'ai constaté :
L'interface de "gparted" donne la baie comme non formatée ou avec des partitions "malades" ?!?!?
Avec une seule partition (de 6 téra !) tout se passe bien, le boîtier est bien reconnu au démarrage, (avec la petite modification du noyau), la partition est parfaitement accessible, fsck dit que la partition est saine et pourtant "gparted" donne le disque comme non partitionné (unallocated) alors même que la partition est montée eu parfaitement utilisable ?!?!?
Je me suis d'abord fait piéger plusieurs fois et j'ai tout repartitionné et reformaté. Mais en respectant de vieilles règles :

• Installer la table de partition
• rebooter
• Créer la partition
• rebooter
• Formater le filesystem en EXT4
• rebooter avant de monter le filesystem.
  

Tout est OK mais "gparted" voit toujours le disque comme entièrement vierge !

Vite quelques tests :
Le bon vieux "dd" en écriture avec un blocksize de 16K :

dd if=/dev/zero of=/TALE/test  bs=16384 count=1048576
1048576+0 enregistrements lus
1048576+0 enregistrements écrits
17179869184 octets (17 GB) copiés, 213,883 s, 80,3 MB/s

puis en lecture avec un blocksize de 16K :

dd if=/TALE/test of=/dev/null bs=16384
1048576+0 enregistrements lus
1048576+0 enregistrements écrits
17179869184 octets (17 GB) copiés, 113,156 s, 152 MB/s

Les vitesses atteintes sont très correctes, le RAID5 n'est pas réputé pour sa rapidité en écriture mais ici le résultat est plus qu'honorable. La lecture quand à elle est d'une rapidité intéressante.

Un petit essai de recopie de fichiers depuis un répertoire bien garni de 2869 photos dans 29 répertoires, le tout pesant # 21,7Giga est recopié en un peu moins de 400 secondes soit à la vitesse respectable de 54Mo/s, probablement plus limitée par le disque source que par la baie.

A l'usage j'en ai profité pour balayer les répertoires de photos, le temps de réponse est tout à fait agréable et le passage à la suivante est très rapide.

Cette grosse partition de 6Téra me donne un peu le vertige et je décide de l'utiliser à travers LVM pour avoir le maximum de souplesse dans les allocations d'espace.
Mais, à ma grande surprise, le gestionnaire graphique de LVM (system-config-lvm sour Debian) ne me permet pas de créer un volume de plus de 2Téra !!! Je décide donc de recourir aux méthodes purement "manuelles" et en mode console.

Mise en place de la table de partitions --> gparted