Reprise du message précédent :
Y a une manipulation dans Seven pour preparer un passage en AHCI, ca se fait pas comme ça

Comme d'hab, 1er résultat dans google : http://www.google.com/search?sourc [...] ows+7+ahci

Oui merci mais comme je vais recevoir le SSD dans quelques jours, je ne cherchais pas
 
Enfin bon, il est AHCI là, ça roule

De toute façon tu réinstalle sur le SSD ? donc tu peux passer en AHCI a ce moment la.

Oui je fais une nouvelle install sur le SSD, mais bon, je suis déjà passé en AHCI là, comme ça c'est fait

pas si justifié que ça sans racheter une carte mere en sata 3, juste un peu mieux que mon HDD (sda est un HDD sdc est un OCZ Vertex 3)

J'ai plus qu'à acheter une CM pour mon Dell Optiplex 780 et à mettre les mains dedans (Dell a des mobos particulières apparement)

PS : mes partitions sont en mode GPT donc alignées

Timing cached reads : débit en lecture séquentielle depuis le cache Linux en mémoire vive
Timing buffered disk reads : débit en lecture séquentielle depuis le support de stockage

Effectivement ton buffered disk reads n'est pas très élevé. On pourrait penser à un bridage en SATA 1.5 Gbps au lieu de 3.0 Gbps mais ton débit est supérieur à la limite du premier (150 Mo /s), bizarre. Tu peux avoir l'info dans HDParm ou pas ?

Sinon, dans tous les cas ce qui fait la force d'un SSD ce sont les accès aléatoires, et pour ça tu ne sera pas limité par une interface moins rapide, ou tout du moins très relativement au gain vs HDD. Un changement de carte mère n'est pas un passage obligé, loin de là.

Il y a probablement d'autres benchs sous Linux (genre IOZone, Bonnie++) qui pourraient être plus adaptés, mais ça sort de mon domaine de compétence.

3008 Go pour 1472 Go écrits en NAND, bon ratio (bon après, c'est peut être que tu as abusé de CrystalDiskMark en 0 fill )

Non je n'avais pas fait mon kikoulol avec Crystal. J'ai Steam dessus.
Le reste sur HDD.

Y a t'il une quelconque contre-indication (perte de performance ou de longévité principalement) à partitionner un SSD? Pour info, c'est pour un MacBook Air (256Gb). J'ai l'habitude d'avoir une partition système que je peux cloner pour booter dessus en cas de problème grave. Mais si c'est pas recommandé de partitioner un SSD, je me débrouillerais autrement...

sur mon laptop le SSD est partitionné et aucun problème à déplorer

Bon, j'ai mis mon SSD, l'installation de Win 7 s'est bien passée (d'ailleurs j'y suis là...) mais je ne sais pas sélectionner le SSD dans la list des boot device dans le bios. Je n'ai le choix qu'entre mon ancien hdd système et le lecteur dvd. Du coup, je mets le lecteur dvd, et si je n'appuie pas sur une touche, il y a le win 7 boot manager qui se lance, et là je sais démarrer... Mon "ancien" win 7 est encore actif probablement...
 
Comment faire pour rendre le SSD dispo dans la liste?  

 
Merci, je note. En fait l'idée me vient d'un truc que j'ai lu sur ce topic (en faisant mes recherches) à propos du Static Wear Leveling. Ca fait "tourner" les données afin de mettre les données statiques sur des secteurs physiques usés. J'en ai déduit qu'il pouvait être préjudiciable de faire plusieurs partitions, puisque ça réduirait le volume total disponible pour faire cette manipulation, avec à terme une partition système beaucoup plus usées que la partition données. A moins que ce système ne tienne pas compte des partitions et s'applique toujours sur l'ensemble du support physique...

 
je sais pas quel mobal tu as, mais le SSD est sur un port SATA "bootable"?
 

 
je crois que c'est ça ^^

J'ai branché le SSD sur le port de l'ancien hdd système. A mon avis le souci vient du fait que mon ancien windows est encore là
 
Je sais sélectionner le SSD dans la liste de boot, mais il me met que bootmgr n'est pas présent, du coup, je laisse sur l'ancien DD qui lui lance le boot manager  

Quelle mobal ?

Tu n'as pas un autre endroit pour choisir sur quelle hdd booter parmi les hdd/ssd seuls?

Une P5E.
 
Si, il y a une liste de disques séparée, dans le boot device il ne prend que le premier de cette liste. Donc ça ça roule, reste un cafouillage dans le MBR sans doute  

Tain n’empêche, c'était vraiment THE bon plan le Vertex 2 100go a 99 euros chez LDLC. Il est en Fw 1.27 donc c'est un 34nm.

C'est normal que crystaldisk info fonctionne pas sur un raid 0 d'intel 510 ?

Ok

 
Après rapide recherche sur le web je confirme, c'est ça. Merci...

Même si je suis en sata2, la différence par rapport à un hdd classique est nette    
 
C'est instantané  

Sans 0fill ça donne quoi?

 
tu m'étonne  

Ca:

 
Par contre j'ai comme un doute sur 25/34nm. Le die size 64gb c'est pas les 25nm ?

Sa référence est un OCZSSD2-2VTX100G pas de E donc...

C'est de la mémoire IMFT 25nm, cf. die size de 64 Gb et débit en donnée incompressibles de l'ordre de 75 Mo /s (contre 135 Mo /s en 34nm).

Voilà pourquoi les tests en 0fill c'est nul sauf si on veut tester l'interface SATA elle même ou avoir le kiki tout dur devant de gros chiffres

J'ai un F115 qui tourne à 80MO/S en random donc ça colle

C'est curieux, pourtant je l'ai reçu en FW 1.27. Le support de la flash 25nm est venu avec le 1.28 non ?
 
Cette 25nm c'est la pire c'est ça ? Celle avec les puces de 8gb qui empêchent le Sandforce d'utiliser tous les canaux ?

Normalement oui c'est la version la moins perf (IMFT 34nm 32 Gb > IFMT 25nm 32 Gb > Hynix 32nm 32 Gb > IMFT 25nm 64 Gb). Après en pratique, c'est accessoire pour un disque système.

Vu qu'il n'y a pas de pertes d'espace dispo, je ne pense pas que OCZ les remplacent contre des 25nm 32 Gb ceux là.

Ya 93go de dispo, effectivement l'ancien que j'avais avait la même capacité...

Normal sur ses versions qui avaient déjà de la marge (y'a autant de Flash que sur une version 120 Go)

Ok, merci.

Au fait, un secure erease sur Sandforce ça suffit pour que les données ne soient pas récupérable sur le disque ?

C'est censé, après tu peut essayer de lire le contenu du SSD avec WinHex pour t'en assurer

OK. J'vais voir ça. Parce que ça passe en moins d'une seconde, ça me parait un peu trop rapide pour réinitialiser le disque et empêcher une récupération des données.

C'est normal, avec un secure erase ça se fait en amont des cellules, pas la peine de les réécrires réellement si tu les marques comme vierges.
 
Après les données sont encore lisibles si tu est capable de lire directement la puce sans passer par le contrôleur du SSD. Et encore vu que l'écriture se fait de manière fragmentée entre les diverses puces c'est pas comme sur un HDD sur lequel on lirait bêtement le plateau.

Ah mais oui, logique. Merci.

C'est normal des perfs aussi minable en lecture 4k sur un raid 0 de 510?