Reprise du message précédent :

 
ça fait cher le boot si on utilise pas le SSD pour les jeux...

Et si on utilise pas les SSD pour les jeux sous prétexte qu'ils sont lourds, alors que dire des programmes actuels (au final ne mettons rien sur les SSD puisqu'ils sont trop petits! *ironique*)

MAJ: retour d'une ancienne star

comme quoi on a beau avoir tous les memes bench, chacun a son avis...
Perso sur steam j'ai vu aucune diff, qque soit le jeu...faut croire que mes HDD ne sont pas si mauvais que ça ^^

Le problème avec les benchs c'est qu'ils ne reflètent que l'usage disque. Pour départager les SSD, faites confiance aux tests, ils utilisent la lecture et l'écriture mais aussi le chargement de Vista, ou d'autres applications. Parfois les SSD se valent et il n'y a que quelques secondes de différence, mais il peut aussi arriver également qu'il y ait une plus grande différence lors de certaines tâches

freddy021,  
Steam sur SSD même etant avant sur un trés bon, il y a une trés différence! c'est le jour et la nuit.  
Pour Rappel j'ai un OCZ VTXT. L'intéret surtout c'est sur les grosse appli/client. Par exemple Outlook 2003 + archive ou bien le 2007 aussi. Photoshop ect... puis sur les applis métier tel que Business Object en client lourd. Y'a pas à chier.

J'espère bien qu'il n'ya pas photo pour un monstre comme BO ou de la bureautique "lourde", sinon les fabricants devraient s'inquiéter pour vendre leurs SSD aux pros (pour un usage desktop).
 
Je serais également curieux de voir les gains sur du Java (centaines de classes à charger) ou des IDE ou frameworks version "sumo", des compilations de noyaux, des bases de données, etc (bref en usage autre que bureautique ou jeux ).
 
On trouve vraiment très peu de retours autres que les bench "classiques", p.ex. je n'ai pas trouvé de temps de compilation d'un noyau Linux (çà donne pourtant un ordre de grandeur simple à extrapoler sur d'autres projets). Je n'ai trouvé qu'un seul test de compilation (inexploitable dans un autre contexte) :
   http://doublebuffered.com/2009/02/ [...] -projects/
   Comparaison des temps de compilation entre un ancien HDD, un VelociRaptor 300 et un MTRON 32

 
 
(Il n'y a pas que les jeux dans la vie )

       
 
La bonne blague chronopost... Soit disant livré le lendemain avant 13h...

fais toi rembourser les frais sont nuls!!!

Je crois que c'est l'expéditeur qui peut se faire rembourser...
 
Mais bon, faudra m'expliquer comment on peut avoir un suivi à 1h38 du mat'... On peut douter de l'exactitude du service... ( Oui Oui je me rassure comme je peux )

flashé de nuit car en transit (enfin la tete dans le cul) donc l'exactitude comme tu dis

On verra bien dans 3 heures... Si je réponds pas, c'est que je l'ai reçu

Au sujet du kingston v-series avec le controlleur jmicron rebadgé toshiba  

 
source: http://forums.legitreviews.com/about22068.html (vers la fin de page)

Finalement, achat d'un OCZ vertex turbo 30 go pour 150 in sur rdc, pour une installe de seven.

Je suis en train de me renseigner afin de répertorier les trucs alakon qu'il faut faire afin de bien entretenir son ssd et de le préparer pour sa première utilisation

SI vous voulez m'aider, hésitez pas

Merci encore pour vos conseils précédents

 
 
heu ouais enfin bon t'as pas d'usage encore plus ciblé à nous montrer?    
faudrait pas se tromper quant à l'intéret de ce SSD
c'est pas fait pour ceux qui prévoient pas du basique

ben virtualiser un OS pour programmer c'est loin d'être pas courant...

 
 
Perso là j'utilise vmware avec windows server 2003 + sql server 2005 et c'est assez basique comme truc. Mes 2 hdd 7200 tr/min ne rament pas un poil. Donc si ce ssd rame c'est qu'il y a quand même un gros problème

 
bien sur! virtualiser un OS c'est tellement courant
 
c'est que ce genre d'utilisateur va courir sur ce SSD
faut pas aussi etre bete!
la virtualisation doit concerner 5% max des utilisateurs lambda
 
après si tu virtualise c'est un problème et tu n'achète pas ce SSD
A voir si le problème survient avec n'importe quelle virtualisation

Chronopost !!      
 
Pas tenu le délai de 24 heures, et pas sur d'être livré demain    

 
 
Je vois au moins un avantage à ce qui ressemble à une combinaison un peu débile matériel/utilisation...
C'est que ça pourrait être un moyen de dénicher les SSD qui freezent.
A voir.

 
VS c'est du basique, c'est comme Word ou Excel.
Donc hormis un effet de bord dû à la virtualisation....

 
Perfs réel : http://www.micronblogs.com/category/ssd-concepts/

Hey, un nouveau truc à ne pas acheter:
http://www.servethehome.com/?p=206
 
Supair  !

 
Au moins le SSD se démocratise, même si tous les modèles ne sont pas des réussites, a en juger par ce patriot.

On peut espérer que cette démocratisation attire les foules. Et la foule est au-dessus de toute considération benchesque, du coup les constructeurs sous la pression vont nous sortir des supers modèles à bas prix...ou des daubes en batterie, c'est selon  

 
 
faudrait voir sur d'autres config si ça le refait systématiquement

 
le système à base de HD classique à 7200T/M me parait quand meme bien lent!
Mon seven 64 avec un WD Black 1to démarre bien plus rapidement...

Il aurait mieux valut compter avec un postville 160 Go en effet

 
le problème c'est qu'économiquement parlant si les gens se mettent tous à prendre des SSD
 
Offre>demande--->ajustement des prix à la hausse pour réduire la demande
Investissement dans de nouvelles capacités productives
et ensuite seulement des baisses de prix (faut bien amortir en attendant )
 
sinon les entreprises investissent dans des actif immobilisés en fonction du taux d'intérêt, de la demande anticipée (la demande future en SSD) et du taux d'intérêt des actifs financiers (l'arbitrage se fait ici pour l'augmentation des capacités productives et où améliorations de process)

Bon, j'ai fait ma centralisation d'info :
 
Seven effectue l'alignement de lui-même, désactive la défrag, gère nativement le TRIM (donc a priori pas besoin si le firmware du SSD le supporte ?), il ne faut pas activer l'AHCI, et utiliser un système 32 bits est mieux (moins vrai en ce moment).

bah il faut un firmware TRIM pour que ça soit géré par Windows 7

Okay, mais je dois effectuer le TRIM moi-même (si baisse de perfs) dans ce cas, via l'utilitaire OCZ ?

non! normalement W7+firmware trim=trim auto

Okay

Donc si j'ai le bon firmware, j'aurai pas grand chose à faire.
Sinon, au passage, pour connaître le firmware, vous installez l'OS, puis vous vérifiez la version par le biais du soft dédié , ou vous faites un bricolage perso en le rattachant à un fixe ?
J'ai que le portable sous la main pour l'instant

bah normalement faut regarder avec les outils de mise à jour des firmware! ça doit donner la version
 
je sais pas trop en fait
 

Je verrai bien, merci en tout cas

 
Ca reste un phison... le truc qui était encore pire que le JMF602, mais qui n'a pas été autant détruit par le geekweb étrangement.
Je crois me rappeler d'un test ou un SSD SLC avec phison était plus lent qu'un MLC jmf602... c'est pour dire...

Pourquoi le falcon et pas le falcon II ?  

Falcon II est donné comme moins perf et ils sont au même prix! tu me trouve au moins le Falcon II 20€ moins cher et dispo et roule ma poule

Qhyron90 à mettre en 1er page stp  
 
 
OCZ_GC.exe (Wiper) works best with (et en général wiper ou trim) :
 
- Intel chipset IDE mode = Intel driver
- Intel chipset AHCI mode = Microsoft driver
- Intel chipset raid mode = Intel driver
- AMD chipset IDE mode = Microsoft driver
- AMD chipset AHCI mode = Microsoft driver
- AMD chipset raid mode = AMD driver
- NVIDIA chipset IDE mode = Microsoft driver
- NVIDIA chipset AHCI mode = Microsoft driver
- NVIDIA chipset raid mode = NVIDIA drive

gni?
 
source?