COMPTOIR
  
register

OCZ dévoile son Vertex 4 : c'est bien ?

4 avril, 15h : à l'image des constructeurs de CPU ou de GPU, OCZ joue la carte du buzz pré NDA pour annoncer son nouveau bébé, le Vertex 4. Le rythme de sorties produits continue sa course effrénée chez le constructeur avec cette fois-ci une nouveauté de taille, puisque le nouveau venu est le réel premier fruit abouti de la collaboration OCZ / Indlinx, ce dernier ayant été racheté par le premier l'an dernier. Pourquoi "réel premier fruit" ? Parce que l'Everest 2 embarqué dans ce nouveau venu a déjà été aperçu au creux de l'Octane dans  sa première mouture, aux prestations très correctes, mais ne se distinguant pas de la concurrence.

 

Il est naturellement toujours architecturé autour d'une base ARM a double coeur moulinant à 400Mhz, et communique via un cache de 1Go (!) de DDR3-800 sur 8 canaux avec la NAND, le tout connecté en SATA 6Gbps. L'IDX400, c'est son petit nom de code, devrait se distinguer de son petit frère surtout au niveau des entrées/sorties, le constructeur annonçant des débits séquentiels jusqu'à 535 Mo/s / 95 000 IOPS en lecture et 475Mo/s / 85 000 IOPS en écriture (pour rappel l'Everest affichait 480 Mo/s / 26 000 IOPS en lecture et 330Mo/s / 35 000 IOPS en écriture).

 

Le Vertex 4, équipé de NAND 25nm synchrone d'origine Intel, sera disponible dans les bonnes crèmeries en 128, 256 et 512 Go pour des tarifs déjà référencés de 169€, 319€ et 629€ pour la France, les plaçant en concurrence tarifaire directe avec Crucial et Samsung. A noter que les nouveaux Vertex 4 jouissent d'une garantie de 5 ans, une nouvelle plutôt appréciable compte tenu de la réputation médiocre que porte OCZ quant aux taux de retour de ses SSDs.

 

ocz_vertex4.jpg

Le test du vertex 4 sur Hardware.fr dans ses versions 256 et 512GoLe test du Vertex 4 sur Anandtech dans ses versions 256 et 512Go

Un poil avant ?

Team S112 : nouvelles clés USB 3 chez Team Group

Un peu plus tard ...

Test • Corsair Obsidian 550D

Les 38 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Un ragoteur de transit, le Jeudi 05 Avril 2012 à 11h12  
par Pascal M. le Jeudi 05 Avril 2012 à 08h41
base de données qu'en séquentiel ? Typiquement, un scan d'index c'est du ramdom pattern.
Oui tu as raison. Donc voilà le type d'application qu'il faudrait tester avec différents SSD.
Bon ça reste un usage assez spécifique.
par Pascal M., le Jeudi 05 Avril 2012 à 08h41  
base de données qu'en séquentiel ? Typiquement, un scan d'index c'est du ramdom pattern. Mais je te rejoins sur le fait que les SSD n'ont qu'un avantage marginal lorsqu'il s'agit d'accès séquentiels et dans ce cadre d'usage. Toujours dans ce cadre d'usage, les SSD n'étant pas du tout légion, il y aussi bcp une question d'optimisation de configuration ( exemple )

Bref je dirais que ça dépend du cpu, que ça dépend de l'appli, et que ça dépend de l'OS
par Un ragoteur de transit, le Jeudi 05 Avril 2012 à 00h44  
par Pascal M. le Mercredi 04 Avril 2012 à 23h11
Ok...
Ba si le CPU est très souvent l'élément limitatif.
Une appli qui démarre, c'est monothreadé donc il y aura peu de différence entre plusieurs CPU modernes à fréquence et IPC relativement similaires. Il y'a également de la lecture séquentielle, et c'est pour ça que les SSD Sata3 de grosse capacité seront souvent légèrement plus rapide que les petits SSD.
Les applications multithreadées sont par définition lourdes pour le proc (sinon on ne s'embêterait pas à les coder ainsi). Elles peuvent avoir besoin d'un gros débit de données dans le cas de traitement d'images, d'encodage, de base de données,...
Mais c'est évidemment toujours en séquentiel, et l'on préfèrera utiliser pour se faire un raid de HDD sur carte raid PCI-E. D'autant que les derniers HDD haute densité frôlent déjà les 200Mo/s en solo.

par Pascal M., le Mercredi 04 Avril 2012 à 23h11  
par Un ragoteur qui passe le Mercredi 04 Avril 2012 à 22h26
Ba par exemple regarde ici:.
Ok. Seulement mesurer un temps de chargement c'est bien mais ce n'est pas super représentatif (surtout W7 qui est assez rapide). Il ya dans le process de boot des éléments qui ne dépendent pas du stockage, comme la détection hardware, le boot loader, l'initialisation du noyau système... Les tests d'installation à mon sens reflètent assez mal une utilisation courante, même si eux dépendent bien davantage du cpu.
Globalement a moins que tu ne tourne sur un CPU monocore peu fréquencé, le cpu n'est pas l'élément limitatif de la chaine, sans quoi on assisterai à des variations énormes de performances d'une machine à une autre ce qui n'est pas le cas. En en revient à ce que je disais plus bas (ou plus haut suivant vos options d'affichages) mais ce n'est pas le seul élément qui entre en compte. On pourrait par exemple attendre de beaux bénéfices si les accès étaient parrallélisés (et prévus pour l'etre nativement côté soft) plutôt que mis à la queueleuleu comme c'est le cas actuellement.
par Un ragoteur qui passe, le Mercredi 04 Avril 2012 à 22h26  
par Pascal M. le Mercredi 04 Avril 2012 à 21h41
un exemple ?
Ba par exemple regarde ici:
http://www.hardware.fr/articles/794-12/tests-pratiques.html
15 SSD aux caractéristiques ultra différentes. On voit bien que ce n'est pas le SSD qui limite...
par Pascal M., le Mercredi 04 Avril 2012 à 21h41  
par Un ragoteur qui se tâte le Mercredi 04 Avril 2012 à 21h34
- processeur central.
un exemple ?
par Un ragoteur qui se tâte, le Mercredi 04 Avril 2012 à 21h34  
par Pascal M. le Mercredi 04 Avril 2012 à 18h56
Ca commence à faire de la power appli ça Au delà du débit dont on de fout un peu, c'est la capacité du disque à accéder aux fichiers qui compte. De quel temps CPU tu parles ? celui du SSD ou le processeur centrale ?
- ce sont les fameux IOPS, qui te permettent de calculer le débit sur du 4ko.
- processeur central.
par cortana04, le Mercredi 04 Avril 2012 à 21h24  
par luxy68 le Mercredi 04 Avril 2012 à 18h38
m'enfou : je ne lance jamais 6 tâches de rendu photoshop en même temps
Sans fichier d'échange il suffit de pas grand chose pour un plantage, par exemple une copie de fichier qui plante ou qui s'éternise à cause de débit asthmatique peut engendré un augmentation de la mémoire alloué au processus Explorer, qui une fois arrivé au max de la quantité de RAM disponible feras freesé/planté le PC. Sa reste bien évidement un cas particulier qui ne concernera qu'une infime parti des PCiste, mais il existe quand même, et il tout à fait possible d'en trouvé d'autres.
par Pascal M., le Mercredi 04 Avril 2012 à 18h56  
par Un ragoteur qui se tâte le Mercredi 04 Avril 2012 à 18h34
Une application va utiliser 1000 fichiers de 4Ko (4Mo). Peut-être 10 000 dans certains rares cas (40Mo).
Donc ça sert à quoi de pouvoir les traiter à 312Mo/s si à coté il faut plusieurs secondes (ou dizaine de secondes)processeur ? <img src='http://www.forumsducomptoir.com/public/style_emoticons/<#EMO_DIR#>/wacko.gif' class='bbc_emoticon' alt='' />
Ca commence à faire de la power appli ça Au delà du débit dont on de fout un peu, c'est la capacité du disque à accéder aux fichiers qui compte. De quel temps CPU tu parles ? celui du SSD ou le processeur centrale ?
par luxy68, le Mercredi 04 Avril 2012 à 18h38  
par Un ragoteur qui passe le Mercredi 04 Avril 2012 à 18h30
Légende urbaine...
m'enfou : je ne lance jamais 6 tâches de rendu photoshop en même temps
par Un ragoteur qui se tâte, le Mercredi 04 Avril 2012 à 18h34  
par Pascal M. le Mercredi 04 Avril 2012 à 18h19
un disque traitant 80k IOPS (soit 80 000x4/1024= 312 Mo/s) sur des blocs de 4k serait neeeettement plus véloce en applicatif qu'un disque capable de traiter "seulement" 20K IOPS/4K
Une application va utiliser 1000 fichiers de 4Ko (4Mo). Peut-être 10 000 dans certains rares cas (40Mo).
Donc ça sert à quoi de pouvoir les traiter à 312Mo/s si à coté il faut plusieurs secondes (ou dizaine de secondes)processeur ? <img src='http://www.forumsducomptoir.com/public/style_emoticons/<#EMO_DIR#>/wacko.gif' class='bbc_emoticon' alt='' />
par Un ragoteur qui passe, le Mercredi 04 Avril 2012 à 18h30  
par luxy68 le Mercredi 04 Avril 2012 à 18h24
précision importante : je n'ai pas de fichier d'échange, pas besoin avec 8Go de RAM
Légende urbaine...