Reprise du message précédent :
vous pensez qu'on a une chance de les trouver quand chez ldlc ?( nouveau intel)

Merci.

en général ldlc et materiel.net sont assez réactifs sur la sortie des ssd, mais difficile à dire si on travaille pas chez eux

 
420€ sur TD Shop
 
 
sinon
 
 
http://www.intel.com/design/flash/ [...] /index.htm

 
Ca reste malgré tout assez cher.
Je dirais plutôt qu'Intel commence tout juste à descendre de son perchoir.
 
Je prépare déjà ma liste à la mère Noël    

eh oh faut arrêter de jeter les pierres, qu'Intel soit cher, on le sait depuis les pentium et la grande diversification des cpus, mais là ils ont un nouveau procédé qui coute moins cher à produire, ils baissent leur prix, point barre...

edit: je ne sais pas si l'info qu'Intel a officialisé les postville est sorti ? Lien vers la page qui les référence, il y a toutes les docs nécessaires pour comparer les 50 et les 34.

Notamment l'écriture séquentielle reste donnée à 70Mo/s.

les IOPS montent:

la latence descend:

Aucune référence pour un éventuel 320Go..

pour ceux qui ont le courage de se lancer dans les docs
34nm et  50nm

On est au courant
http://forum.hardware.fr/forum2.ph [...] 0#t7044085

Sinon pour le 320Go:
Il commence a être référencé, il arrivera un peu plus tard que les autres mais il est vien prévu.
http://geizhals.at/eu/?fs=postville&in=

edité

Disponibilité en masse des Intel Postville pour septembre d'après Pcworld.fr

C'est loin ça septembre.
Et le Lynnfield arrive à ce moment là en plus.

J'ai lu quelque part que certains SSD allaient implémenter en interne un nettoyage des zones vides (c'était appelé garbage collector je crois, comme en Java), une sorte de TRIM intégrée au ssd. Cela rend le TRIM inutile et permet de faire le ménage même si les ssd sont en raid, non ?

J'me demande si c'était pas sur les Vertex...

En tout cas cette solution me semble plus naturelle que le trim, où c'est un soft ou l'OS qui pilote le nettoyage des zones vides du SSD !

Le TRIM est un garbage collector.
 
Localement au SSD,  tu ne peux pas déterminer les secteurs LBA inutilisés par le FS dû à une suppression de fichier.  
 
Sauf à connaitre exactement l'implémentation d'un FS, et les conséquences sur les metadatas lors d'une suppression de fichier par exemple, dans ce cas il -suffirait- d'analyser les écritures de secteur pour détecter une suppression de fichier FS et de balayer la structure d'allocation FS pour démapper les secteurs touchés. (le tout localement au firmware)
 
Le Trim est une obligation conceptuelle (pour un SSD dans la mesure où il fait son mapping à la demande), c'est un désallocateur.
Après que des firmwares s'en sortent bien avec toutes les secteurs LBA de mappés comme les Intel c'est une autre histoire.
 
Un garbage collector comme en Java, ils ne sont pas techno-magiques. Il y a toujours des phase de signalement, c'est juste qu'ils sont plus ou moins implicites ou lieu d'être explicites, et le traitement peut être plus ou moins différé (généralement toujours au mauvais moment quand tu as des considérations temps-réel ).

Je sais pas si c'est la disgestion ou quoi, mais bjone, j'ai rien compris  

Reprends un verre Roger

 
Si tu vises le RAID alors l'Intel s'impose encore plus, 2*80Go.
 
Faut pas oublier que les perfs séquentielles ça sert que d'un disque à l'autre, t'as un autre périph' qui débite du 400Mo/s ?
 
Pourquoi ne regardes-tu que les perfs en bench ou pire annoncées, et non pas les tests applicatifs ? Puisque tu parles de gros logiciels.
 
Quant à BOINC à moins d'avoir un bi-quad et 3 GTX295 ça n'écrit pas tant que ça.

   
 
En même temps le lurkage rapidos au boulot, ça aide pas à la compréhension de se topic si sérieux  

 
En même temps c'est histoire de causer pendant le café

   Bon, j'ai peut-être mal lu alors... Il me semblait bien avoir vu un truc comme ça pourtant.
 
Pourtant quand l'OS supprime un fichier, cela supprime lesinfos sur le SSD qui référencent ce fichier, non ? Donc à ce moment leSSD peut savoir que les zones pointées par ces références peuvent être"TRIMées", et donc faire le ménage, non ?

 
C'est une commande hardware donc il faut forcément que le driver sache le faire (AHCI l'OS a un driver c'est pour ça que tu dis ça, enfin l'OS depuis Vista, XP n'en a pas), forcément que le SSD sache le faire, et forcément que le contrôleur sache le faire. Et bien sûr l'OS.

 
Backup is your friend, surtout avant de faire une manip' de ce genre.

Pas forcement, regarde le logiciel Trim d'Indilinx il fonctionne même sur des Vertex avec AHCI activé pourtant je doute que les drivers Sata, quelque soit la marque, supporte le trim à l'heure actuelle.
Au niveau des driver chipset il doit bien avoir des commandes qui permettent à l'OS d'envoyer toute sorte de commandes personnalisées.

(Certes c'est pas sur que ce soit les mêmes commandes qui seront implémenté dans Win 7 et les firm des SSD plus tard)

Enfin j'en sais rien.

 
Cher dans l'absolu, oui. Chez parmi les SSD comparables, non, c'est le moins cher au Go !

 
Oui c'est ce que j'explique dans la partie du milieu. Le firmware pourrait analyser les écritures pour détecter quand l'OS fait une suppression FS.
 
Sauf que:
 
- Ca marchera qu'avec les FS implémentés dans le firmware.
- C'est ENORMEMENT de boulot pour avoir un truc stable, tolérant aux faux positifs (tu peux très bien écrire dans un fichier une séquence d'octets correspondant à un motif de suppression FS, le firmware devra être sûr qu'il est bien dans une zone metadata du FS pour l'interpréter)
- Tolérant aux variantes incrémentales du FS
- Ca peut entrainer une danse de firmware à flasher toute les semaines tant que la majorité des pattern de chaque FS ne sera pas implémenté
- Et qu'un SSD obsolète n'aura au bout d'un moment plus de maj firmware du constructeur, et donc la fonctionnalité implémentée sera perdue, ou encore mieux posera que des problèmes (variante FS déclenchant le firmware, mais le crashant)
- Si ça merde c'est irréversible.
 
- La commande Trim fait ça tout simplement de manière limpide & carrée (et ça complexifie déjà le firmware)

 
Ha mais j'avais un backup, heuuu de 1 mois.
Bon en même temps j'étais qu'au début du jeu.
C'est juste que la norme pour les sauvegardes de jeux c'est mes docs\mes jeux, et c'est bien le seul jeu depuis 2 ans qui me fait ça.

J'en ai parlé il y a qqes jours, effectivement ça vient du forum OCZ, et ce serait un ajout du nouveau firmware.

Mais après coup j'ai réfléchi et j'arrive à la même conclusion que bjone, ça ne peut pas marcher. Quand l'OS supprime un fichier il supprime juste sa case dans la MFT (en NTFS), le SSD pour lui c'est un fichier comme un autre, il ne sait pas à quoi c'est relié, donc le fichier lui-même n'est pas effacé. C'est pareil sur un DD d'ailleurs.

 
En fait le driver ne doit pas forcément le supporter explicitement, mais il doit "laisser passer" la commande.

Oui justement, c'est des trucs qui existent surement déjà.
 
La différence avec le Raid est justement là. Seule les drivers Raid vois les disques physiques, et pas l'OS, donc dans ce cas c'est seulement le driver qui pourra envoyé les bonnes commandes trim (à la demande de l'OS évidemment).

 
C'est pas plus naturel du tout, et surtout, ça marche qu'avec les systèmes de fichier que le SSD connaît. Le garbage, il va essayer de deviner ce qui est réellement vide, le trim, l'OS va lui dire directement. Le trim est plus efficace piur ça (ça marche avec n'importe quel système de fichier si le pilote existe) et surtout, le garbage collector ne fonctionne que quand le disque dur fait rien, donc un système en forte charge, il en profite.
 

 
Be non, justement. C'est au niveau du FS que l'OS supprime, par défaut, il efface pas les données. Donc faut que le SSD connaisse les valeurs d'effacement d'un FS en particulier, donc ça nécessite une adaptation du SSD en fonction des FS.  
 
 
 
le programme, il fait pas réellement du TRIM, il met juste à jour la table d'allocation du SSD en la synchronisant avec le FS. En soi, faut juste un acces au firmware, pour ça, et les commandes le permettent.
 

 
Oui, de fait.

 
Tout ce qu'ils peuvent faire c'est un firmware comme Intel qui soit suffisamment subtile pour ne pas trop souffrir du manque de pages flash libres. Question d'algo, puissance cpu du contrôleur, ressources mémoire...
 
Ne pas avoir le Trim d'utilisé ne provoque pas non plus une fuite mémoire comme une appli, puisque les écritures se feront toujours dans une plage LBA valide (enfin on est pas dans une situation d'appli qui peut demander plus de mémoire que ce que l'espace virtuel de l'OS offre).

salut,  
 
le falcon 128go est à 299,9€ chez Grosbill, je crois que c'est le moins cher en Indilix en ce moment

 
Ha techniquement, les wipers indilinx utilisent bien le Trim (enfin pas via la commande ATA normalisée). Par contre c'est fait de manière boeuf (balayage des clusters, lookup inverse pour savoir si chaque cluster est utilisé, puis envoi de la commande Trim propriétaire sur la plage LBA du cluster)

Bon ça me rassure, j'suis pas fou
 
Sinon merci à tous pour vos explications, je comprends pourquoi c'est normal que ce soit l'OS qui fasse le ménage

La baisse de prix intel est visible ou?

Tu veux vraiment savoir  

DMC?

Il y a une légère baisse sur les SSD Intel X25-M actuelle, surement qu'ils déstockent. Sur LDLC p.ex.
Néanmoins comme il ne supporteront pas le trim vaut mieux les éviter.

Sinon il y a les nouveaux modèles Postville encore moins cher, mais dispo qu'en septembre.

Sinon si t'en as besoin rapidement, prends un SSD à base d'Indilinx (Falcon, Vertex,...).

Merki

 
C'est la conclusion à laquelle je suis arrivé, je l'ai donc commandé il y a 2 semaines.
 
Fonctionne bien sous vista32 et le soft trim aussi.
 
Après c'est de l'OCZ un peu plus cher.

slt! je viens de lire un peu les pages précédentes (et celles du début évidemment    ) et je sens que je vais craquer un de ces jour pour un raid de ssd, mais je pense pas pas le chipset de ma mobo.  
ça marche bien les ssd en raid O avec les cartes controleur? J'ai lu que vous disiez que le TRiM machinchose devait être supporté pas les pilotes du chip, c'est le cas sur les cartes controleur?
Sinon vous me conseill(er)ez (surement?) d'attendre la baisse des prix, le SATA III, les SSD qui roxxo-pootrent sur port PCI, etc...  pour investir? Et enfin est ce qu'il y a une bonne cohabitation avec les DD mécaniques, dans le cas du raid notamment, avec differentes grappes DD et SSD sur le meme controleur?
 
Merci d'avance (ou pas)

Pourquoi un RAID forcément?

pour les perfs et le volume, enfin je crois

Un raid de x25-m alors