Reprise du message précédent :

 
Tu veux dire par configurer ton OS, faire cela:
 
Activer le cache en écriture du SSD:
   Clique droit sur le SSD dans le gestionnaire de périphérique, puis "propriétés", puis onglet "Policies" et être sur que les deux checkboxes sont cochées.
   
 - Désactiver la défragmentation automatique (s'il y en a une), là ca ne sert plus à rien, donc autant ne pas s'en servir.
   A partir de "mon ordinateur", clique droit dessus, puis "propriétés", puis "outils", puis "défragmentation" et décocher "planifier la défragmentation de ce lecteur"
   
 - Désactiver l'indexing des fichiers/et dossiers : ca fait pleins d'accès concurents en tâche de fond, donc il faut éviter pour les générations avant le Vertex. Si vous avez un Vertex il est tellement rapide que vous pouvez vous en passer.
   Menu démarré, Paneau de control, vue classique, outils d'administration, services, puis rechercer le service "Windows Search", puis clique droit dessus, propriété et changer le mode de démarrage en "désactiver".
 
 - Supprimer le SuperFetch: Ouvrir l'éditeur de la base de registres: regedit.exe.  
   Aller à la clé Hkey_local_machine\SYSTEM\CurrentControlSet \Control\Session Manager\Memory Management\PrefetchParameters
   Clique droit sur "EnableSuperfetch" puis modifier et changer la valeur de 3 à 0.
 
 - Supprimer le Prefetch:  Ouvrir l'éditeur de la base de registres: regedit.exe.  
   Aller à la clé Hkey_local_machine\SYSTEM\CurrentControlSet \Control\Session Manager\Memory Management\PrefetchParameters
   Clique droit sur "Enableprefetcher" puis modifier et changer la valeur de 3 à 0.
 
 
Deuxieme question, tu possède un vertex (fw 1.3) ?

pour mon vertex 120 f1.30 j'ai deplacer documents + corbeille + bureau + temp + Tmp + Swap sur un autre hdd, j'ai aussi fait les optis classique comme desactiver la restauration et la defrag auto

L'ocz summit est t'il aussi victime de cette degradation dans le temps avec son controlleur samsung?
 
Merci
 
 
Thomas

moi je dis. Patiente la fin du mois pour les nouveaux intel qui sont moins cher proportionnellement et avec lesquels tu n auras pas besoin de faire du trim. Et un peu plus perf

Mais de toute façon avec 7 et s'ils se décident un jour à sortir le nouveau firmware, il n'y aura plus non plus besoin de faire du trim ? non !?
 

 
 
Tu as des liens à l'appui?
 
Merci,
 
Tom

 
 
dséjà, "pa sbesoin de faire du trim", si c'est des mémoires flash (technologie utilisée actuellement pour les ssd) il y aura toujours une dégradation des perfs avec l'usage et, donc, la nécessité du trim. si le controleur le fait en arrière plan, de manière transparente, ok, l'utilisateur ne s'en occupe plus, mais sera-ce le cas? quelles sont les spécifications du controleur à venir chez intel?
 

 
 
+1
 
C'est quoi les spec exactes?

 
la perte de perf avec le dernier firmware Intel est infime! donc effectivement pas besoin de faire un trim sauf pour retrouver ton % perdu à la limite
le controleur à venir? c'est pas pour tout de suite! le postville n'est que l'actuel avec des NAND 34nm donc pas trop de surprises normalement sauf si elles sont sujettes à un taux de retour élevé

Est ce normal qu'à la première install windows seven et suivi d'un HD tune sur un OCZ SUMMIT 120go Neuf , je suis à 170mo/sec max et en moyenne à 150mo/sec de lecture ? De plus j'ai un temps d'accès de 0.3ms (au lieu de 0.1) je sais je chipotte mais je trouve quand même très étrange un summit avec des performances si basses (encore plus basses qu'un ocz agility ...)

 
En effet le trim n'existe que pour windows..cependant (sauf erreur) sur un OS comme linux il n'y a pas ce problème de dégradation de perf...les commandres ATA trim sont déjà implémentées.
Reste le support hardware du trim par le SSD..concernant OCZ (ou autre à base d'indilinx) pas de soucis..pour les autres SSD il faut attendre un firmware...

 
Il serait possible d'avoir des liens qui montrent sans ambiguïté que le trim fonctionne bien sous linux avec un SSD sur le marché actuellement?

Pour Linux et les SSD, il y a un topic unique dans OSA. A priori, pour le moment, pas de pb constaté, quelle que soit la distrib.
 

Le test du Vertex sur HFR annonçait un support du TRIM à partir du kernel 2.6.30, chose qui semble être confirmé par le changelog de ce kernel. Pour ma part, aucun problème visible de perte de perf visible avec mon Vertex depuis deux mois sous Arch.

 
Voici le topic de Kortex@HFR : http://forum.hardware.fr/hfr/OSAlt [...] 9473_1.htm

 
En faisait une recherche dans le message avec le mot clef TRIM, j'ai l'impression qu'il n'y a pas encore de réponse sûre à ce sujet.
Ce qui semble être logique de ce que j'avais compris des derniers firmwares OCZ par exemple.
Pour que le trim soit supporté, il faut que le SSD ET L'OS s'en servent.
Pour l'heure, j'ai l'impression qu'aucun SSD n'a le trim d'implémenté au niveau du firmware.

 
 
ben, on en revient à "le controleur le fait-il en arrière plan ou pas"?
 
il fait quoi le firmware?
 
 moi, sur mon corev2, en 6 mois, les perfs étaient quasiment identiques à son état neuf - pas de perte majeure, mais cela tient à l'utilisation que j'en ai eu... quelqu'un qui tape sur son ssd avec des copies fréquentes, il en remplira les cellules avec plein de données et dégradera les perfs, nécessairement, si le trim n'est pas implémenté... cela sera surtout visible sur les NAND de type MLC. Si l'intel dont on parle en est équipé, trim obligatoire, soit automatique par le controleur/OS/obiwankenobi (rayer les mentions inutiles) soit par l'utilisateur  

Le trim implique forcément l'OS, et donc le contrôleur de la mobo, et celui du SSD.
 
Car au niveau hardware, le SSD ne peut pas savoir si une donnée est toujours valable ou si c'est un bout de fichier effacé.

 
Comme je te le disais, le TRIM apparait dans le changelog du kernel 2.6.30, il semble donc supporté désormais en standard par Linux, chose qui était déjà annoncé avant même l'émission du changelog par le test du Vertex sur HFR. J'aurais donc tendance à dire que l'information est assez fiable.
Toujours d'après le test du Vertex, est également par OCZ, le FW 1.30 supporte le TRIM, il me semble que c'étaitr le plus grosse nouveauté, de manière notamment à dialoguer correctement avec le futur support du TRIM de Seven (je ne pense pas qu'OCZ ait accéléré le support du TRIM dans le FW pour faire plaisir au pingouins).
Ces deux choses mises bout à bout font penser que désormais, le TRIM en temps réel est pleinement fonctionnel sous Linux. Après de là à en avoir la certitude, confirmé par exemple par OCZ ou Indilynx...
 
D'ailleurs, tant que le TRIM ne sera pas supporté nativement par XP, le multiboot XP/Linux posera toujours de problèmes, notamment pour une partition paratagée entre Linux et Windows, puisque Windows ne respectera pas le principe du TRIM, Linux arrive derrière pour écrire et doit effacer les cellules là où, TRIM oblige il s'attend à les trouver vide. Bref, dans le cadre d'un OS qui ne le gère pas en natif ou avec du multi OS, on a encore dees problèmes pour bien gérer son SSD, en tout cas lorsque celui-ci embarque un TRIM qui dialogue entre l'OS et le SSD.

Gskill FALCON 128GB
 
2eme jour test sous atto:
 

 
Voila ca l'aire de marcher pas trop mal...    

Premier test des SSD Intel Postville:
 
ancien:
 

 
Le Postville:    
 

 
Pour reference je remet le miens (Gskill FALCON 128GB)
 

 
Comme on voit c l'écriture de petit fichier qui est max booooster!!!    
 
texte repris du 1er test:
 
Cette nouvelle gamme, qui ne comprend pour le moment que les X25-M, passe de 50 à 34 nm pour la mémoire flash. Le prix descend logiquement : le 80 Go passe de 350 € environ à moins de 200 € alors que le 160 Go passe sous la barre des 400 €. Rappelons que les X25-M sont au format 2,5 pouces, utilisent de la mémoire MLC et sont annoncés (pour la version actuelle) à 250 Mo/s en lecture et 70 Mo/s en écriture. Les spécifications exactes de la nouvelle version ne sont pas connues mais le test effectué au Japon montre que le nouveau modèle est un peu plus rapide en écriture, sans que ce soit flagrant : 85 Mo/s environ contre 70 Mo/s sur la génération actuelle. Le gros avantage vient de l'écriture aléatoire de petits fichiers (4 ko) : on passe d'environ 10 Mo/s (ce qui est un bon score) à près de 50 Mo/s sur le nouveau modèle. Si cette valeur se confirme, le X25-M devrait être très rapide à l'usage et dépasser beaucoup de SSD plus rapides en débit séquentiel. Rappelons qu'en dehors des copies de fichiers, un débit en écriture séquentiel élevé n'a finalement que peu d'intérêt et que l'écriture de nombreux petits fichiers est bien plus courantes dans la vie de tous les jours.
 
source: http://www.presence-pc.com/actuali [...] tor=RSS-11
 
A voir maintenant des comparatif plus pousser ^^

Hey, funtonic, ici c'est OCZ alors pourquoi une "news" Intel ?
-> http://forum.hardware.fr/hfr/Hardw [...] 89_319.htm

l'ancien X25-M est là
 
 
 

 
on est vraiment dans les mêmes eaux

qhyron90 ton test est sur 50mb ceux que je donne sont sur 1000mb je pense que ca doit influencer un peu...
 
olive127 je répond a quelqu'un sur ce topic qui voulais attendre les postvilles pour voir et je connaissait pas l'autre topic aussi merci pour ton lien ^^

oui je pense que le cache joue plus en 50mb, donc fausse peut etre grandement les résultats

 
Après tout, on ne change que les puces MLC, tout le reste évolue peu je suppose.

 
t'as un peu moins mais pas tellement non plus en 1000Mo! juste pour montrer que l'ancien était grosso modo du même calibre! normal, seules les NAND changent (peut-être des optimisations firmware)
 

 
voilà en 100

Je pense qu'ils ont mmodifié le PCB au minimum pour s'adapter aux nouvelles dimensions/tensions, quoiqu'il est possible de faire les puces phyisquement identiques dans un premier temps, avec les mêmes paramètres d'utilisation.
 
Potentiellement, les nouveaux sont strictement identiques en interne, y compris le firmware....
 
Ensuite ils pourront progressivement faire évoluer le firmware si la nouvelle finesse de gravure permet une meilleure optimisation.
 
Puis changer le design du pcb et des puces plus tard.
 
Mais bon, je vais pas parler à la place d'Intel hein  

 
Surtout que là tu dis des choses que tu viens de lire dans ta boule de crystal.....

Intel ne va pas s'amuser à décaler la sortie d'un PCB qui serait optimisé.
S’ils savent faire des NAND 34nm, des CPU, ... ils savent sortir un nouveau PCB optimisé pour les 34nm en même temps. Mais je ne vois pas ce qu'ils pourraient optimisé

C'est pour ça que tu ne travailles pas chez Intel

 
en 60Go les samsung sont plus performants que les Vertex en SEQ et 542k
 
un chouilla moins en 4k mais rien de flagrant

Bonjour !
 
J'aurais quelques qestions, j'ai un SSD Supertalent ultradrive ME, il vient d'arriver...  
 
1- Est il compatible TRIM  sans changement de firmware ?  
 
2-Si j'installe Seven RC 64, est ce que j'ai besoin de faire une manip spéciale ou bien tout est géré automatiquement ?
 
Merci

1- je ne pense pas, vu le temps que prends la maj du firmwire avec un lecteur de disquette ou cd autant pas s'en priver
 
2-no soucis, rien a faire de special

OKay, je le fais de suite. Faut il juste graver les fichier sur un cd ou bien faire quelque chose de spécial ?

cd bootable ou diskette bootable.
 
tu vas pas etre decu du supertalent, j'en ai un inside 2iem config, un 32 go et il tartine bien  

Oui je l'ai déja depuis trois mois, c'est un retour SAV, il n'était plus reconnu dans le bios durant un boot

C'est vrai que c'est Sinon cd bootable ? (j'ai fais des recherches je capte que dalle...)

edit: sa doit etre rapide avec nero, je go test !

A mon avis, ça doit être assez rare, déjà que les simple possesseurs de vertex y'en a pas des masses

Ha oui ca me reviens qu'il etait tombé en rad...
 
Ca devais te manquer ^^

Ouais trop Donc finalement j'ai trouvé comment faire avec nero, mais sa ne marche pas... Donc je laisse comme ça...

tu peux rendre une clé bootable avec diskpart et hop le tour est joué