Reprise du message précédent :

 
Il use moins les cellules lorsqu'il stocke des données fortement compressibles .... mais AMHA ça reste minime sur un usage classique d'un SSD.
De toute façon, à moins d'écrire 100 Go par jour sur le SSD, ce dernier sera obsolète avant d'être usé.

Visiblement ils utilisent plutôt 20Go/jour comme valeur de base, ce qui n'est pas tant que ça.
 
Par exemple là je suis en train de faire de l'édition vidéo très basique (couper ce qui dépasse, pubs ce genre de chose) j'ai bien écrit 60Go en une heure. Je ne l'ai surtout pas fait sur le SSD (qui de toute façon n'aurait pas aidé vu que c'est du séquentiel).

sur un SSD quand il dise 120go, c'est comme les HDD on a peu prés ~100go
ou on a vraiment 120go de capacité ?

petite question :
 
un SSD en mode Ide supporte le trim ou faut-il obligatoirement le mettre en AHCI ?
 
emrci

C'est comme les DD. Tu multiplies par 1 milliard et tu divises par 2^30 (1024*1024*1024).
 
ça donne donc 111,75Gio, quand même plus que 100.

+1000K et j'arrete pas de le dire

(20Go jour d'aprés les constructeurs et on en est loin sauf torrent, newsgroupe and co)

quand un SSD est quasi plein, est ce qu'il est plus lent que si il serait rempli a 50% ou moins
comme un HDD , quand c'est quasi plein, c'est vachement lent
vous voyez ce que je veux dire ?

Aucune idée, par contre il s'usera beaucoup plus vite.
 

 
   
 
je suis hésitant a en prendre un maintenant
parce que j'ai fais mes calculs et si je le prend sur les 120go y'aura facile 90go de pris
 
la durée de vie d'un SSD est de combien environ ?

 
Selon le modèle ça peut légèrement impacter mais rien de dramatique. Sur DD c'est pas une question de plein ou non, c'est juste que le début est plus rapide que la fin, et la fragmentation peut aussi jouer. Un DD défragmenté qu'on utilise sur le début (avec une partition positionnée au début pour les jeux, par exemple ; même plein, reste rapide.

C'est logique, plus on s'en sert, plus il s'use?  

 
ok merci de ta réponse
 
et question durée de vie , ca tient combien de temps ?

Heureusement avec l'arrivée des 25nm les prix baissent.
 
Sinon la super affaire du moment(pour les très grosses capacités), Corsair F180 à 330€ chez ldlc, en rupture mais la date de dispo est probablement un fake pour éviter les frais delivraisons gratuites(théorie du complot déjà évoqué sur le forum)
Avec des codes de réduction il peut tomber à 300€
 
Enfin malgré tout les ssd @120 go gardent un meilleur coût/go avec les promo.

 
donc vaut mieux attendre le 25nm ?
ils arrivent quand les SSD en 25nm ?

 
Début 2011, les 25nm vont faire baisser le prix de la nand, après attendre tout dépend. Les prix des ssd vont êtres ceux qu'on touche dans les promo aujourd'hui(60go à 100€, 120 à 185€), et ces ssd seront théoriquement plus fragiles, et pour compenser cette fragilité il faudra prendre des ssd de capacité plus importante, c'est un cercle vicieux même si petit à petit les constructeurs trouvent des astuces pour diminuer cette fragilité.

okay, autant acheter maintenant, c'est un cercle vicieux comme tu dis si bien
je vais donc prendre le OCZ Vertex 2 180go
120go ca sera pas assez..

Non c'est pas ça, le contrôleur répartit l'écriture sur les cellules qui ne sont pas utilisées, pour ne pas écrire systématiquement sur les mêmes. Sauf que quand le SSD est plein, il répartit toujours au même endroit, et donc toujours sur les mêmes cellules...
 

 
Au lieu d'allouer le contenu des cellules pleines dans les cellules vides 1 fois par mois lorsque le PC est en idle...  

Ca dépend, certains donnent la capacité brute, d'autre celle une fois formaté. Mais en général c'est quand même la brute...

 
Bien sur que non, vu que le SSD ne sait pas si les cellules sont utilisées à la base (c'est toute la problématique du TRIM). La gestion de l'usure va relocaliser les données pour garder une usure constante, plus la capacité est élevée, plus l'usure moyenne est faible donc. Avec ta technique, un SSD serait très rapidement mort, tout du moins sur une partie de sa mémoire, et c'est absolument pas le cas.
 
Les algos de gestion de l'usure, ils travaillent sur toute la « surface » du SSD, prioritairement sur les cellules considérées comme vide, tout du moins quand il gère le TRIM (ou un truc qui permet de remettre la base de données interne  jour). Typiquement, il va choisir la cellule la moins usée pour écrire, et — le cas échéant — déplacer les données qui sont dessus, en vérifiant tout de même si les données sont statiques ou pas (les accès sont journalisés). L'idée est de mettre les données statiques sur les cellules les plus usées. La gestion de l'usure induit évidemment des écritures, d'ou le TRIM pour éviter les relocalisations en cascades (et donc les pertes de perfs en écriture)

Intéressant merci
 
Est-ce le cas même si le SSD a plusieurs partitions ? ( Dans mon cas, sur un Onyx 64Go, 50Go pour windows en NTFS et 10Go pour Linux en EXT4 )
 

 
Tu ne l'as pas fait sur le SDD, mais le logiciel d'édition vidéo fait surement du swap/temp sur C: sans que tu le saches.
J'ai eu ça en installant la demo d'Adobe Pro, il créé plusieurs Go dans un répertoire temp de la racine de C:    
Il ne tient pas compte du tout des variables d'environnement windows TMP et TEMP, car tout est censé être sur D: ....  

A part en 3.5" le vertex2 2.5" coûte bonbon, ce n'est pas un tres bon plan ^^' mieux vaut encore prendre le 120@189€

 
SSDLife me donne une usure ( certification 10.000 écritures moyennes ) pour le 20 novembre 2020 ... sachant que 10.000 pour le MLC c'est une valeur du JEDEC qui garantie que la cellule peut être écrite 10.000 fois, mais elle peut très bien fonctionner parfaitement même après 30.000 écritures .... )

 
En même temps, quand le SSD est plein, il n'a plus le choix, il n'y a plus de cellules vides.

 
En fait si, il fait ça aussi. Mais du coup ça fait pas mal d'écritures et donc d'usure.

 
ça c'est la différence entre un Crucial 128GB et un Vertex 120GB.
 
Le fait que les 2 fassent 111Gio vient du i dans Gio. Windows affiche Go alors que ce sont des Gio.

 
Oui. Certains (dont moi) laissent un peu d'espace non partitionné, pour ne pas l'utiliser du tout, dans l'idée que le contrôleur, lui, va l'utiliser.

 
Non car c'est un soft très simple, qui a même une version portable, et ne fait que couper la vidéo (le temps de "rendu" est uniquement lié à la vitesse de la source et de la cible).

 
Ou le 240 si on le trouve à bon prix  

 
Moi il me donne novembre 2011 pour un disque de l'été 2009. Qui en fait est déjà mort, mais ne le sait pas encore...

 
Si, il y en a toujours un peu (c'est pour ça que les OCZ sont des 60/120 et pas des 64/128).

 
les mlc ne sont pas toutes de meme qualité et ne tiennent pas toutes 10000 écritures et ça le logiciel ne peut pas le savoir ^^

il faut le lancer comment SSDlife, j'ai juste une fenêtre DOS qui s'ouvre
merci

C'est sur que le 240@400€ c'était un bon plan

 
Comment s'appelle ce soft ?
 

 
les infos SMART donnent quoi ?
 
 

 
Normalement, elle doivent tenir les 10.000 ... sinon c'est un défaut.

 
En pratique, ça sert à rien : sans TRIM/Garbage Collector, le SSD sait pas que c'est vide (il sait au mieux que c'est pas souvent utilisé) et avec, il sait que c'est vide, mais ça change rien. En gros, laisser un bout pas partitionné ou laisser un bout vide exprès, ça change rien pour le SSD. Suffit de se dire qu'on va pas remplir le SSD et laisser x Go de libre, ça fait la même chose.

Le Trim + Garbage Collector s'occupe de tout, vide ou pas, justement c'est le role du Garbage Collector. Aprés biensure faut pas non plus laissé 0octet de libre lol. Je dirais genre 10Go max.

Petite remarque sur la limitation de la taille de la partition (dans l'optique de la réduction de la casse sans Trim):  
 
Ça fait une différence dans le sens où le pool de LBA mappés ne dépassera jamais la taille de la partition.
 
Alors que si la partition couvre tout l'espace LBA, rien ne dit que le FS n'ira pas poser des trucs un peu partout et de facto obligera une plus grosse amplification à l'écriture lors du Wear Leveling une fois que tout l'espace LBA sera "alloué" en interne.
 
(En supposant bien sûr qu'aucun outils tiers n'ira écrire sur les LBAs non couverts par la partition FS)
 
Maintenant fuck les OS qui supportent pas le Trim.

 
+1k  
Dédicace @ MacOS
Puis bah ceux qui sont encore sous XP go 7.    

Ça viendra pour Lion j'espère (comme un OpenGl 3.x voir 4.x officiel    ), bon au moins l'upgrade MacOs est pas trop chère (normal quand la marge sur le hardware de la vente liée est confortable).