Reprise du message précédent :
Ouaip plutot format, ça te trim tout lespace du disque, tu devrais recup tes perfs

Attention si c'est le format depuis le CD d'install W7 c'est pas sûr que le TRIM marche. Le plus simple serait alors de passer par un HDD Erase.

ok, j'ai pris le freeware secure erase, disponible à cette adresse

merci pour les conseils, je m'en occupe ce soir ou demain, et je reviens vers vous.

Pour rappel, pour que Secure Erase fonctionne il faut être en IDE dans le bios (en mode legacy).
 
Si Secure Erase trouve le SSDmais dit qu'il ne peut pas faire le secure erase du fait d'une fonction de sécurité sur le SSD, il suffit généralement de débrancher puis rebrancher l'alim du SSD.

 
Nan mais ça c'est pour booter en AHCI sans BSOD après une install en IDE.

 
Utilise le wiper d'OCZ, il marche sur tout indilinx (vu que c'est le wiper/trim d'indilinx renommé ).

Sauf que ca ne cleanera que son espace libre, pas ses perfs en lecture sur les données déjà écrites qui elles aussi peuvent être impactées

 
bien noté.
 
merci pour l'astuce !

 
je sais pas, sur noky, quelques avait des chiffres un peu faible et après ça c'était bon apparemment!

SSD Mushkin Callisto SF1200
 
pas cher si on faisait une bête conversion $/€

 
C'est pas impossible que le SSD recombine certaines pages une fois qu'il a récupéré énormément d'espace libre.
Maintenant c'est du cas par cas (enfin firmware par firmware).

 
Un peu faible à 5% == aléas interne au SSD.

 
 
tu appelles ça de l'aléas interne??
 
 
AVANT
 

 
APRES
 

 
 

En l'occurence il avait un prob puisque l'AHCI ne marchait pas sur son 1er screen.
 
Avec une installation normale tu as déjà cette clé à cette valeur et l'AHCI qui fonctionne, rien à faire donc.

 
5% oui, là non, le NCQ était même pas activé avant.
De toutes manières si Win7 a été installé en IDE....
 
Par contre ça voudrait dire que le basculement IDE=>AHCI sans rien toucher coté BDR est safe (sans BSOD) sous Win7
Ce qui est plus étonnant c'est la variation 512K & 4K (non QD32).

Quelle compagnie offre la meilleure garantie ? Corsair, Intel, Crucial, OCZ ?

Les plus gros dans ta liste sont Intel & Crucial.
Si ces boites meurent, c'est la 3ième guerre mondiale  

 
 
j'ai juste mis ça en lien si quelqu'un a le même genre de pb j'ai pas dis que de base ça y était pas

OCW Sandforce 480Go

Bon je viens de tester ... c'est quoi ce bordel    
 
Pour ceux qui s'interresse un peu au truc :
 

SSD Vierge après un HDD Erase, sur les 20 1ers Go on est à 220 Mo /s environ
 

Sur une partition de 10 Go, je crée un fichier de 10 Go avec des données non compressibles. On est à 190 Mo /s environ sur ces 10 Go, 220 Mo /s sur le reste du SSD.
 

J'efface le fichier, ce qui envoie la commande TRIM. Les performances ne sont pas recouvrées sur les 10 Go, on reste à 190 Mo /s
 

Je fait un formatage rapide de la partition, ce qui envoie la commande TRIM (bis ...). Les performances ne sont pas recouvrées sur les 10 Go, on reste à 190 Mo /s
 

J'installe les drivers Intel RST 9.6, je reboot. Logiquement, les performances ont la même tête, même si un peu supérieures ce qui est lié au driver en lui même
 

Je fait un formatage rapide de la partition, ce qui envoie la commande TRIM. Cette fois les performances redeviennent normales sur les 1ers 10 Go !
 
Bref, au moins sur ma config mais aussi sur d'autres chez certains utilisateurs OCZ, sous Windows 7 64 bits avec la GA-X58A-UD3R ici, le TRIM ne fonctionne pas bien avec le Vertex 2 avec les drivers MS mais est OK avec les drivers Intel.
 
Autre chose, et je pense que c'est lié, lorsque j'essaie un soft windows censé faire un reset des SSD SandForce, avec les drivers MS j'ai le message 'Drive Security Interface is frozen. Please power cycle the drive and restart toolbox the clear the condition', même si je débranche/rebranche le SSD. Avec les drivers Intel, c'est ok (sur d'autres plates-formes avec le driver MS c'est ok aussi).
 
AMHA ce prob et celui du TRIM sont lié.

Donc le driver Intel enverrait a un moment une commande ATA (ptet pendant l'énumération) qui ferait que le firmware SandForce accepte les commandes de Trim.

C'est beau les normes ATA, c'est beau tout ca  .

En googlant je trouve:
 
http://www.ulinktech.com/downloads [...] abetic.pdf
 
SECURITY UNLOCK / F2h pour débloquer le mot de passe ATA, mais surtout un vieil article sur HDDErase a attiré mon attention:
 
http://www.zdnet.com/blog/storage/ [...] update/148
 
" If the system BIOS executes a “security freeze lock” command upon drive detection HDDerase attempts to bypass this. "
 
Et peut-être bingo:
 
http://social.msdn.microsoft.com/F [...] aa97daa5ba
 
Apparemment si le driver AHCI ou IDE de Win7 font la même chose que Xp SP3, il se pourrait donc que ce soit le driver MS qui locke les commandes de sécurité, et que sur SandForce ça locke aussi le Trim, là où Intel ou Indilinx acceptent la commande (et ne refusent donc que le Secure Erase).
 
Et donc que le driver Intel n'enverrait pas le Security Freeze Lock lors de l'énumération des périphériques ATA.
 
Ça pourrait être crédible.
 
Par contre question: as-tu des entrées concernant un refus d'opération ATA dans le log système de Windows ?

 
J'ai vu ces liens et je pensais aussi à un truc du genre mais certains truc me dérangent :
 
- Sur d'autres plates-formes (genre ma P5B ainsi qu'une M4A79T-Deluxe) même avec les drivers MS j'ai bien le security freeze lock qui saute après unplug/plug
- De base avec le driver Intel il y'a bien le security freeze lock (qui se fait une fois au niveau du bios de la mobo), donc ca voudrait dire que le driver Intel envoie un unlock en même temps que le trim et un lock après l'avoir passé (car le SSD reste locké après) edit pour cette partie : bon j'ai rien dit now je l'ai plus jamais le freeze lock avec l'Intel ... il doit le débloquer ce con ...

Je peut regarder ça, quels logs exactement?

 
A mon avis si y'a une remontée du driver ce sera dans l'observateur d'événements/Système
 
Où peut-être par DebugView de sysinternals en activant le "Capture Kernel" / "Enable Verbose Kernel Output"
Y'a un truc "Log Boot" aussi.

RAS

Marc : Je ne sais pas si c'est HS ou pas , mais à propos de votre concours, j'ai pas compris la dernière question. Il faut compter le nombre de SSD que vous avez testé ?

Relire la question permet souvent d'obtenir une partie de la réponse

Désolé, relu mille fois, sinon je ne serais pas ici  

J'ai pensé à un impact de la configuration ACPI
 
J'ai trouvé ça en googlant: http://bbs.archlinux.org/viewtopic.php?id=92402
 
"ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out"
 
hasard piste (combo driver MS/tables ACPI )

Je suis en S3, vais essayer de passer en S1

Ceci dit j'aurai tendance à penser au final que Sandforce ignore le Trim en état de Security Freeze Lock et pas Intel et Indilinx.
oupa  

S1 ou S3 ca ne change rien de mon côté a priori

pu d'idées

Nespa
 
Mais bon je pense que la piste du Security Freeze Lock et TRIM incompatible sur SandForce mais pas chez les autres est la bonne
 
Pour le reste à la rigueur, c'est accessoire.
 
edit : bon en fait pour le security freeze lock qui revenait pas sur les autres plates formes, c'est juste qu'elles étaient configurées en IDE, donc comme pas de redetection du SSD au plug/unplug pas de remise du security freeze lock par le driver MS

pfff quand je me met en IDE sur la config de test (X58) et qu'avec les drivers MS je plug/unplug ce qui vire le security freeze lock, malgré ça le TRIM passe pas avec ce driver.
 
J'abandone pour today

çay compliquay tout ça

ça c'est juste une des méthodes pour passer d'IDE à AHCI sans BSODer. Si AHCI est sélectionné dans le BIOS, alors on est forcément en AHCI. D'ailleurs moi c'est pas à 0, mais j'utilise pas ce driver.

 
J'ai installé mon 7 en IDE et simplement passer en AHCI dans le BIOS fait un BSOD exactement comme avec XP.
 
J'ai utilisé la même technique qu'avec XP, passage du disque sur le Jmicron, passage en AHCI de l'Intel, install des drivers, retour du disque sur l'Intel.