Reprise du message précédent :

 
y a rien à faire à part lancer le soft sous Windows...

Marc avait bien précisé que le trim ne règle pas tous les problèmes. Il en règle une partie seulement.
 
En fait ce qui est mesuré ici, c'est la complexité de la table d'adressage entre ce que voit l'OS et ce que fait le disque.
Cette complexité dépend de la qualité du firmware et de la qualité de l'algo de wear leveling en fonction des choix du constructeur
(compromis performance/durée)
 
Donc après 4h30 de torture, cette table d'adressage devient hyper complexe, chargée, non classée, avec des indicateurs de wearlevelling
complexes.
Le contrôleur a donc beaucoup plus de travail à faire, d'où la perte de perfs.
 
Avec un secure erase, tout est remis à zéro, cette table est simplifiée, les perfs reviennent.
 
Les prochains softs de défragmentation devront donc faire le nécessaire pour que cette table soit simplifiée, sans perte de données.
On sera probablement pas à 100% à cause des règles de wear levelling, mais entre le trim et ça, on aura encore gagné des perfs...
 
Enfin faut espérer que ça arrive vite...
 
J'attends aussi de voir ce qu'a prévu sandisk, si ce n'est pas juste du marketing sans effets...

 
tu as flingué ton ssd, si tu vx faire des heures de bench, deja c idiot, et de deux pas sur la mlc ..

 
   
 
Bref...
 
C'est mon métier hein

 
Pour info, Pentier = Stéphane de matbe  
 
edit : grillaid  

Les prix montent aux US, j'aurais pas du attendre

Pas forcement, le Trim nettoie les zones vierges ou effacées.
Si les soft de bench fonctionnent sur une zone non effacée ou non vierge (genre un repertoire temp) bah, ça ne fera rien.
Tente une erase complet du SSD, un trimage via un OS sur autres DD et regarde ce que ça donne.

 
et? ranafoutre lol

Concernant Sandisk, je donne cette info avec toutes les précautions nécessaires:
http://forum.notebookreview.com/sh [...] 2&page=487
Le message de Jackboot indique le positionnement en vrpm sandisk du G3 60GB par rapport au vertex 60GB et au X25M
 
le vrpm est apparement un indicateur que sandisk a conçut et qui permet d'avoir une idée de la perf des disques les uns par rapport aux autres
en tenant compte des SSD
Dans la formule, les IOPS sont prises en compte.
 
A contrôler précisément, mais apparement le G3 sera moins perf que le Vertex, ça donne juste une première idée hein
Tant que la bête n'est pas sortie et testée sous toutes les coutures on pourra pas savoir.
 
@+

 
si c ton metier, ds ce cas met ca en page UNE de matbe et deglingue la reputatio nde ocz
car OUI les perfs baissent et ça tlm le sais, du moins ce qui en ont essayé
 
edit; et aussi, pkoi tester sur un seul exemplaire ???? pkoi pas sur 10 pour avoir une certitude et pas un doute ???
ou alors on se content d'un doute pour affirmer ce qui est dit plus haut, moi je confirme ce que tu penses c que les
perfs baissent et oui, c la realité, mais faut pas faire le bourrin avec un ssd sinon c le drame, et je deconnseilles a tlm
de faire des heures de bench comme ça car ca defonce le ssd, faites qq benchs pour voir si tout va bien mais apres  
ne vous en occupez plus sinon bobo le ssd, c pas un hdd meca l'endurance n'est pas la mm, les perfs non plus
ya aucune marque epargnée enfin pe que si finalement, mtron, tous les autres sont ds le mm sac
 
pentier, dis moi un truc que je sais pas , les trucs que je sais deja ca m'interesse pas ( quoique ca interesse pe les autres )
et sinon super site mabe au passage

 
j'ai tout essayé, réécriture manuelle, effacement, trim dans l'ordre et dans le désordre.

 
la prochaine fois que tu croises un journaliste automobile qui teste une Porsche sur un circuit, dis lui que c'est ridicule aussi et que t'en as rien à foutre car t'as acheté une Porsche pour rouler dans ton allée de garage

ton ssd, mon cher pentier, il est mort ..

 
Je compte bien confirmer avec un G.Skill Falcon lui aussi à base d'indilix.
 
Oui, les perfs baissent avec tous les SSD mais l'OCZ Vertex est le premier à être inconsistent. Et OCZ a beau clamer haut et fort que le TRIM c'est bien, ben pas tant que ça. Bref, autant prendre un Mtron Mobi MLC ou n'imporet quel bon SSD SLC qui eux au moins restent constants même si les débits sont moins élevés.
 
Le seul qui vaille la peine est l'Intel X25-E 32 Go mais vla le prix

 
après un secure erase, certainement pas

C'est ca la vraie infos... Va maintenant falloir faire des tests pour estimer la qualité de l'algo de TRIM sur chaque SSD... On est pas rendu !

Ouais, j'avais lancé un petit ATTO mais les résultats me semblaient normaux...
 
Mais je crois que je vais réinstaller Seven quand même vu que j'ai un problème avec tous mes jeux et avec le lecteur Media player qui ne veut plus se lancer...
Pour les partitions, tu préconises de les détruire et de les reconstruire ? (avec le cd de XP notamment)
Je vais sûrement passé en 64 Bits aussi, tu me conseilles de faire un TRIM avant ou inutile ?
 
D'autres avis ?

 
celui là aussi a des petites pertes de perf a la longues (surtout en I/O avec HDtune pro et un peu en débit)
 
juste après avoir installé l'OS, superbe perf en tout point de vue, une fois tout installé (drivers, programmes, etc...) pertes au niveau des I/O et débits, mais certes rien comparé a d'autres
 
les seuls que j'ai vu pour le moment rester toujours constant sont les Mtron, mais ils ont un super controlleurs
 
/fin HS

Mtron a un excellent contrôleur en effet. Mais l'Intel est tellement perf de base qu'un peu de pertes, bah on s'en tape un peu

Qualité de l'algo de wearlevelling
Qualité du firmware
Qualité du contrôleur
 
Tout ça influe sur la table utilisée par le contrôleur pour écrire/lire les données.
 
Quand cette table a été modifiée de très nombreuses fois, si le firmware/algo n'est pas excellent, cette table devient très complexe et le contrôleur
perd du temps en s'en servant.
 
C'est assez simple, non?

Stéphane, le TRIM il a fonctionné ? Tu le vois avec les messages montrés.
 
Chez moi en tout cas j'ai retrouvé les performances originales en faisant le TRIM.
 
Je suppose que si ça ne change rien chez toi, c'est que y'a plein de fichiers séparés dans une partie des cellules MLC. Donc, à chaque fois que le contrôleur veut écrire une donnée, il doit lire les anciennes pour les réécrire.
 
Je crois que les MLC 3 bits seront encore pire niveau stabilité de performance dans le temps. Je ne crois pas qu'on devrait pour autant les détester, ils vont permettre plus de capacité pour moins cher.
 
En tout cas ça confirme ce que je pense depuis le début, les logiciels de test de performance actuels n'ont pas été conçus pour les SSD, donc c'est tout sauf stable.
 
Maintenant dire que les SSD à base d'Indilinx sont mauvais c'est faux. Tu n'as qu'à regarder le nombre d'acheteurs heureux.

 
tout a fait
 
j'ai hate de voir le prochain Mtron et voir ce qu'il donne
 
/fin HS ^^
 

mauvais non, inconsistent par rapport aux perfs annoncées et espérées.
 
je ne retrouve les bonnes perfs qu'avec un secure erase. Evidemment mon protocole de test pousse le concept assez loin mais Trim ou pas Trim, ce Vertex souffre autant que l'Intel X25-M d'une perte de perfs. Et ça ça me gave.
 
Perso, je n'achète pas un SSD pour que dans 6 mois, j'ai la moitié des perfs. Autant prendre un Mtron alors. C'est comme si t'achetais une voiture qui fait du 120 km/h et au bout de 6 mois, elle fait plus que du 60 à l'heure...
 
Plus on avance, plus ça se complexifie et plus ej me dis que la mâturité des SSD est encore bien bien loin...

 
C'est pas tout à fait ça.
Il n'est pas normal non plus que les perfs d'un disque s'effondrent quand on s'en sert à la façon iometer.
 
J'aimerais d'ailleurs bien voir un comparo avec un disque 7200tpm classique sous le même traitement.
 
Les fabricants de SSD doivent vraiment trouver la solution à ce soucis, qu'il soit hardware/software où les deux...

J'émets une hypothèse qu'il sera possible de vérifier d'ici peu de temps en fait.

Admettons que l'utilitaire d'OCZ pour se servir du TRIM sous Windows XP et Seven ne soit pas au point, et que seul un TRIM géré à la volée, comme devrait le permettre la prise en charge native de cette techno dans l'OS en combinaison avec un firmware à partir du 1.10, permette de conserver les perfs d'origine annoncées par les fabricants. Cela vous paraitrait-il possible ? Dans ce cas, on pourrait vite faire le test :
- soit en attendant l'intégration de la techno dans Seven
- soit en benchant de la même manière qu'actuellement, mais sous Linux, puisque les patchs noyau existent depuis le kernel 2.6.28 (actuellement on est en 2.6.29) et que ce sera intégré définitivement avec le 2.6.30

Qu'en pensez-vous ? Perso, je devrais recevoir mon Vertex d'ici peu, il tournera exclusivement sous Linux, mais si je peux éviter de réaliser des tests dessus, je préfèrerais pour préserver sa durée de vie. Par contre si un testeur à un Vertex qui ne craint pas grand chose (exemplaire de test fourni par un fabricant) sous la main, et qu'il veut bien réaliser le test avec, par exemple, un Linux patché pour TRIM, ce serait peut être intéressant de voir les résultats.

pour celui qui doutait là, un secure erase a ramené les débits normaux de mon vertex...
 
David578 -> un Velociraptor écrase la majorité des SSD en random...

Même s'il n'ont pas les meilleurs débits toutes catégories/utilisations/situations confondues, les SSD ont aussi d'autres avantages qu'aucun disque dur "spin-off" ne possède à l'heure actuelle :
- silence intégral pour des performances de haut niveau, chose que ne peuvent offrir ni les (Veloci)Raptor, ni les disques SCSI, ni les disques SAS
- la possibilité d'avoir, enfin, des performances de très haut niveau sur un laptop (les disques 2"1/2, c'est pas ça quand même)
Donc les Raptors, c'est pas non plus la réponse à tout, même si on se limite à la lecture/écriture en random. Je sais que ce n'est pas ce que tu as voulu dire, mais je dis ça pour repréciser certaines choses et sortir un peu d'un débat sur les perfs brutes uniquement qui ne sont pas la seule chose qui mener à acheter un SSD.

je ne dis pas le contraire en effet, j'ai d'ailleurs écrit ce que tu viens d'écrire dans un article.
 
je répondais juste à David...

Esata ext3fs, avec IFS Drives

Je sais, je sais, mais vu que tout le monde ne va pas aller lire l'article, que le ton monte plus ou moins depuis quelques posts et que le débat commence un peu à dériver, je trouvais utile de recentrer certaines choses
D'autre part, en tant que testeur chez Mat.be, que penses-tu de ce que je disais sur le TRIM trois posts plus haut ?

y'a autre chose que Atto, pour tester?
edit:
Voilà qui est mieux.. :

 
 
J'avoue que je n'avais pas pensé que le TRIM à la volée pourrait possiblement aider à limiter la fragmentation des données. Alors oui, ce serait un bon test. Et c'est déjà supporté il semble:
 

 
Je n'ai pas pu vérifier si il fonctionnait chez moi, mon hypothèse est que le TRIM envoyé par Windows n'est pas supporté encore par le SSD, le nouveau firmware devrait changer ça bientôt.

Je viens de refaire le test, sans rien changer, il est un peu plus rapide (sauf en écriture 4K) sous CrystalDiskPart aujourd'hui :

 
Et sous ATTO ça donne ça :

 

je vois pas ce qu'il y a de drôle  

Combien de temps ça dure, en temps d'execution, un trim ?
Serait-il bon de lancer la commande à chaque extinction du pc ?

chez moi sur un vertex 60go ça dure 3sec plein au 1/3
pas sûr que ça vaille la peine de le lancer si souvent, plutôt 1 fois tous les 2 mois

Tiens d'ailleurs, qu'est-ce qu'il fait le planificateur de tâche de windows si le pc est éteint au moment où il doit lancer le soft? Il le lance au prochain démarrage ou bien il ne fait rien?

Il ne fait rien dans ce cas !

Il y a une option pour lui dire de faire la tâche si elle est manquée

Ok, cool