OCZ est en train de finaliser l'OCZ Vector PCIe, son premier SSD à base de contrôleur Indilinx, qui a un peu de retard puisqu'il devait initialement débarquer ...
Lire la suite ...

C'est jolie tout ça. Faudra voir à combien il sera commercialisé.  
Pour le raid 0 de SSD j'avais cru entendre que ça fonctionnait plutôt limite, mes infos sont plus d'actualité ? Car si oui ça m'intéresserait du coup

Ça sent encore le Go=1,5€
 

 
Avec les bons pilotes et bios chez Intel il y'a même le TRIM donc plus de contre-partie négative.
Par contre l'intérêt d'un tel niveau de performance, que ce soit en RAID 0 ou via un SSD PCIe, est de l'ordre du 0 absolu pour 99,9% des usages.

Beaucoup plus je dirais. C'est évidemment un SSD pour entreprise/serveur.  
 
edit:
Bon je confonds avec les Z-Drive

Pas serveurs, ça se sont plutôt les Z-Drive / VeloDrive pour ça.
Les Vector PCIe comme les RevoDrive c'est destinés aux Workstations et "Enthusiasts"

Oui je venais de voir à l'instant, je l'avais complètement oublié ce Z-Drive.
 
Ce qui est étonnant alors c'est qu'ils n'aient toujours pas annoncé de Z-Drive Vector, vu les difficultés financières qu'ils ont actuellement c'est sur le marché pro qu'il faut qu'ils mettent la gomme.
 
De quoi douter que ce Vector soit réellement plus économique pour eux que les Sandforce and co.
 
 
Tiens je me demande où en est Marvell/OCZ avec leur controllleur SSD PCIe natif. Plus rien depuis des mois.

Je ne sais pas si c'est ce qui joue mais pour le marché visé les algo de compression de SandForce sont pas mal, sur une BDD le facteur de compression peut être important.

pour moi le sandforce est une véritable source de problemes à éviter

MLC? TLC? SLC? endurance?

MLC 25nm ONFI d'IMFT, comme déjà indiqué lors de la news au CES.

Pour une station de travail qui doit gérer des applis lourde en traitement, c'est ultra intérréssant mais pour une utilisation "domestique" 0 utilité à moins d'avoir les moyens pour se faire plaisir.

Même pour la station de travail, à moins d'avoir des besoins très spécifiques genre enregistrement de flux vidéos non compressés.

Pour ça, on préférera surement une grappe Raid de HDD traditionnels (capacité, coût).

euh pourquoi?

 
Dans le style de FRAPS par exemple ? Car l'utilisant beaucoup, pourrais-je tirer avantage d'un tel SSD ?

Même en non compressé 24 bits 30 fps ça fait 1920*1080*30*3 = 186624000 octets /s soit 177,978515625 Mo /s donc je dirais non.

en plus suivant les cas, FRAPS peut très bien utiliser une partie de la mémoire vive comme tampon avant d'écrire sur SSD.
 
en tout cas chez moi, aucun problème pour faire de vidéo sous FRAPS avec le SSD Samsung 840.

 
Pourquoi 3 ? c'est le nombre d'octet pour un pixel ?
 
edit : 8 bit / octet soit pour 24bit 3 octet.
J'ai essayé d'utiliser ma cervelle

Je filme pas en 30 fps, j'utilise 40-45 fps, et j'aimerais pouvoir faire du 50 (je sais pas si a regarder ça doit être agréable mais j'aimerais test). Le minimum que j'utilise c'est 35. Mais bon dans l'ensemble je doute que ça justifie un SSD comme ça effectivement ^^
Merci pour l'éclaircissement. Par contre je joue sur un 2560 x 1440 , mais je sais pas si ça influence l'enregistrement, c'est 1080p max ?

Aucune idée pour le max de FRAPS, mais oui plus la résolution et le fps augmentent plus le besoin est important. Sinon tu peut regarder déjà la taille de tes vidéos et diviser par leur durée pour avoir le débit par seconde...

ou aller dans les propriétés du fichier vidéo, sous Windows il donne le débit du flux vidéo et du flux audio.

Ouai mais c'est théorique l'indice windows non ? Alors que là c'est le résultat de pratique.

pour un fichier de 13.5MO et 57 seconde de video en 1280*666, j'ai  
 
Données de débit vidéo: 305356Kbit/s
débit total(en bits):      306892 Kbit/s
Fréquence des images: 30 Trames/s
 
Audio déibt 1536Kbit/s
 
taille 13,5 Mo (14 229 504 octets)  
 

Ça ne colle pas donc

Le port Sata était si nul que ça!