Actualités ssd

Dossier : OCZ Octane 512 Go et Indilinx Everest contre Crucial M4 512 Go

Publié le 10/01/2012 à 12:00 par
Imprimer

Racheté en 2011 par OCZ, Indilinx revient sur le devant de la scène après son Barefoot avec un nouveau contrôleur, l'Everest. Le premier SSD l'utilisant, l'OCZ Octane, tient-il ses promesses ?

[+] Lire la suite

SATA-IO optimise la consommation des PHY

Tag : Serial ATA;
Publié le 09/01/2012 à 15:21 par
Imprimer

Le comité de standardisation SATA-IO vient d'annoncer  l'arrivée d'un nouveau mode d'économie d'énergie. Baptisé DevSleep, ce mode s'attaque plus spécifiquement à la consommation du PHY présent sur les périphériques. Outre le mode actif, trois modes de fonctionnement réduits étaient disponibles pour le PHY. Dans chaque cas, on effectue un compromis entre la consommation électrique et le temps de réponse. Un périphérique complètement éteint étant plus long à rallumer.


La commande DEVSLP s'intercale en proposant un choix supplémentaire proposant un mode veille plus avancé ou le PHY est cette fois ci éteint, limitant sa consommation, mais permet d'être rallumé en moins de 20 millisecondes. Dans ce cas, la consommation descend passant de 40 à 50mW pour le PHY à moins de 5. Un mode nouveau qui s'oppose en alternative à l'extinction complète du périphérique


Une fois éteint, pour être rallumé, un signal est directement envoyé au contrôleur du périphérique par le chipset (qui doit être modifié pour prendre en compte la fonctionnalité), le PHY SATA étant alors réveillé par le contrôleur du périphérique. Une initiative intéressante qui nécessitera également une prise en compte au niveau du système d'exploitation : c'est ce dernier qui devra implémenter l'envoi des commandes, à l'image de ce que l'on avait déjà vu avec le TRIM pour les SSD par exemple.

Le Crucial m4 en 7mm d'épaisseur

Publié le 09/01/2012 à 14:22 par
Imprimer

Alors que l'on attend toujours le firmware corrigeant le bug f4 des 5200 heures que nous évoquions plus tôt, Crucial vient de lancer une nouvelle déclinaison  de ses SSD m4.


Seul changement, l'épaisseur qui passe de 9.5 à 7mm, une modification qui les destine aux plateformes Ultrabook d'Intel et autres portables extra fins. Les caractéristiques des disques restent identiques aux modèles classiques, que ce soit côté débits ou IOPS. Côté prix, on notera un surcout d'une dizaine de dollars sur les modèles 64 et 128 Go, de 15 dollars sur les 256 Go et de 50 sur le 512 Go. La disponibilité de ces modèles est annoncée comme immédiate.

Contrôleur SSD PCI-E natif chez Marvell et OCZ

Publié le 06/01/2012 à 16:43 par
Imprimer

Marvell et OCZ viennent d'annoncer conjointement un nouveau contrôleur destiné aux SSD, le 88NV9145 (nom de code Kilimanjaro). D'un côté, cette puce est connectée au système par un lien PCI Express 2.0 x1, de l'autre, elle peut gérer jusqu'à 128 Go de Flash sur 4 canaux avec des performances pouvant atteindre 93K IOPS en lecture 4K aléatoire et 70K en écriture.


Jusqu'alors les SSD PCI-Express OCZ utilisaient une combinaison un contrôleur Marvell SAS PCI-Express connecté en x8 au système et qui adressait 2 à 4 contrôleurs SandForce.


Cette nouvelle architecture permet de se passer de l'overhead lié à la gestion SAS/SATA, mais cela signifie au passage qu'il nécessitera un pilote spécifique. Marvell indique qu'il fournira un pilote Windows et Linux AHCI, mais le 88NV9145 est également compatible avec le standard NVMHCI (NVM Express) pour lequel Intel fournit un pilote Linux.



OCZ lancera au CES qui a lieu la semaine prochaine le Z-Drive R5 qui combinera plusieurs 88NV9145 à l'aide de switchs PCI-Express PLX, PLX ayant été racheté en octobre par OCZ - on comprends mieux pourquoi. Avec 16 88NV9145 combinés, Marvell annonce 1,4 millions IOPS en lecture aléatoire contre 1,04 millions en écriture. OCZ parle pour sa part de capacité pouvant atteindre les 12 To, ce qui nous laisse penser que le Z-Drive R5 sera décliné sous d'autres formes qu'une carte PCI-Express classique puisque cela nécessite 96 88NV9145 combinés !

Bug du Crucial M4 : Firmware dans 10 jours

Publié le 06/01/2012 à 08:48 par / source: Crucial
Imprimer

Nous vous parlions hier d'un bug sur les Crucial M4 ayant dépassé les 5200 heures d'utilisation (7 mois non stop) qui entrainait un plantage toutes les heures.


Crucial indique aujourd'hui avoir trouvé la cause du problème. Un nouveau firmware est déjà en cours de validation et le constructeur espère le rendre public durant la semaine du 16 janvier prochain.

Voilà donc qui laisse de la marge pour beaucoup d'utilisateurs, puisqu'il faut pour rappel environ 17 mois à raison de 10 heures par jour pour atteindre cette limite bloquante. Néanmoins tous les acheteurs d'un M4 dès sa sortie et l'ayant utilisé 24h/24h devront encore prendre leur mal en patience.

Top articles