| Octobre 2011 | ||||||
|---|---|---|---|---|---|---|
| L | M | M | J | V | S | D |
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
| 31 | ||||||
OCZ Vertex 2, l'imbroglio continue !
En début d'année, nous nous étions fait échos de la mauvaise gestion du passage de la mémoire 34nm à la mémoire 25nm chez OCZ sur ses Vertex 2. En passant à des puces 8 Go 25nm, les Vertex 2 60 et 120 Go perdaient en effet beaucoup de performances au niveau de l'écriture de données non compressibles par le contrôleur SandForce, mais aussi environ 5 Go de capacité !
Devant la levée de bouclier engendrée par ce changement, OCZ avait modifié sa production pour utiliser des puces 4 Go 25nm qui n'offraient pas ces défauts et proposait un échange gratuit pour qui le souhaitais. L'approvisionnement sur la gamme Vertex E pouvant varier, avec notamment de la mémoire Hynix encore moins performante, OCZ avait également lancé deux séries, les Vertex 2 .25 et .34, respectivement équipés de puces 25 et 34nm IMFT 4 Go.
Ces bonnes intentions n'auront malheureusement pas duré très longtemps. En effet, ces dernières semaines nous avons reçu des messages d'utilisateurs ayant commandé des Vertex 2 60 Go ou 120 Go ne disposant que de 55 ou 115 Go de capacité (51,2 Gio ou 107,1 Gio).

Contacté à ce sujet, OCZ nous a confirmé qu'il avait bel et bien repris la production de Vertex 2 "E" avec des puces 8 Go 25nm (OCZSSD2-2VTXE60G et OCZSSD2-VTXE120G), arguant que le critère prix était essentiel et qu'il avait même arrêté les .25 du fait d'une demande inexistante (il faut dire que peu de boutiques les ont référencés).

Des arguments qui ne font pas mouche et qui ne justifient en aucun cas d'avoir des dénominations mensongères puisque les Vertex 2 E sont décrit comme tels sur le propre site d'OCZ :
- 60GB - OCZSSD2-2VTX60G
- 120GB - OCZSSD2-2VTX120G
Sur le datasheet, OCZ précise toutefois les bonnes capacités :
- OCZSSD2-2VTXE60G : 55 GB IDEMA Capacity
- OCZSSD2-2VTXE120G : 115 GB IDEMA Capacity
Tous les revendeurs continuent évidemment de vendre ces SSD comme des Vertex 2 60 ou 120 Go, ce qui n'est ni plus ni moins qu'une caractéristique mensongère. Une situation dont on peut attribuer la responsabilité à OCZ puisqu'elle découle du choix d'utiliser la même référence au lieu de lancer des OCZSSD2-2VTXE55G et OCZSSD2-2VTXE115G, comme Corsair l'a fait avec ses Force 115A.
Nous invitons donc tous les acheteurs récents de Vertex 2 60 ou 120 Go à bien vérifier la capacité réelle de leur SSD : si Windows affiche 51,2 ou 107,1 Go (Windows compte en Gio mais affiche Go), vous êtes en droit de vous retourner vers votre revendeur du fait de la garantie légale de conformité si ce dernier vous a vendu un Vertex 2 d'une capacité de 60 ou 120 Go et non de 55 ou 115 Go. Dans tous les cas OCZ nous a indiqué qu'il continuait de proposer l'échange pour un Vertex 2 utilisant des puces 4 Go 25nm via son support , une maigre consolation...
AMD FX Next (Piledriver) sera FMA3
Alors que les AMD FX devraient pointer le bout de leurs broches la semaine prochaine, Donanimhaber dévoile quelques informations sur l'évolution de l'architecture Bulldozer, Piledriver, qui sera utilisée sur le processeur AM3+ Vishera prévu pour le troisième trimestre 2012.

Désormais dénommé "FX Next", Vishera disposerait grâce à Piledriver de performances améliorées de 10%, d'une nouvelle version du TurboCORE et de nouvelles instructions. Ces instructions seraient de type BMI (Bit Manipulation Instructions) et FMA3 (Fused Multiply Add sur 3 registres).
Le Bulldozer supporte pour rappel le FMA mais avec une implémentation de type FMA4, alors qu'Intel utilisera le FMA3 dans ces prochains processeurs Haswell prévus pour 2013. La différence entre les deux versions est que le FMA4 permet de stocker le résultat d'une opération dans un registre additionnel (d = a x b +c) là ou en FMA3, le résultat doit être stocké dans l'un des registres utilisés précédemment (par exemple : c = a x b + c).
En choisissant de repartir sur le FMA3, AMD s'aligne donc sur le choix d'Intel après de nombreux revirement de situation sur ce point puisque Intel et AMD avaient changé leur fusil d'épaule sur le sujet, Intel ayant présenté d'abord un FMA4 avant d'arriver au FMA3, AMD ayant fait l'inverse. A long termes cette unification des jeux d'instructions est une bonne chose mais Bulldozer pourrait pâtir d'un manque d'optimisations pour son FMA4.


