Reprise du message précédent :

Sorry: MP.

Pareil , mp (pas pour la même raison que plus haut   )

Bah tout dépend de ce qu'on appelle "usage pro"  
"Mes" utilisations ne sont pas dans le cadre d'un usage pro "informatique", mais dans le cadre d'un usage pro de l'informatique, ie des activités qui dépendent de l'informatique comme outil de production mais qui ne sont pas de l"informatique" en soit (je ne sait pas si je suis très clair là en gros peut-être résumé à: on utilise l'informatique de façon massive mais on ne fourni pas ou peu de service informatique aux clients)
BackBlaze par exemple ont eux un usage informatique pro
CCP aussi ont un usage informatique pro, et ils utilisent des SSD depuis belle lurette (au moins 7 ou 8 ans, si c'est pas une dizaine, de mémoire)
 
Quand à la notion de "trop cher" les choses se ramènent à "ce que ça rapporte" vis à vis de "ce que ça coûte" donc très variable selon l'activité et l'évolution du marché
 
Edit: pour CCP c'était donc avant décembre 2005, le lien n'est pas "super fiable" mais j'ai po le temps là de rechercher dans le devblog de CCP...
 
Edit2: à propos du coût, un post de BackBlaze illustre bien le truc (même si eux c'est sur des HDDs) comme quoi tout est une question d'utilisation: on prend en compte l'ensemble des coût liés à une solution, puis ont choisi/garde la plus efficace

Bonjour, personnellement, il y a deux choses qui me choquent sur le evo:
-L'emploi de la mémoire TLC. (autant je veux bien croire que la SLC soit un peu abusive avec overprovisionning etc, mais personnellement je trouve que la TLC ça reste quand même trop juste)
-le turbo write! (je ne vois pas comment ça ne peut réduire énormement la durée de vie du ssd)
 
Tu es sûr d'ailleurs qu'il est capable de faire de l'idle trim comme le evo pro?
J'ai toujours entendu dire que si tu utilisais dans la partition 100% du ssd, mais que tu ne remplissais pas la partition à 100% ça revenait au final au même que ne pas déclarer une partition à 100% du ssd.
(traduction déclarer une partition de 750go sur le ssd de 750go mais n'en utiliser que 500 reviendrait au même que déclarer une partition de 500 et n'en utiliser que 500) ?
L'overprovisinioning sur le samsung est géré par le programme, comment tu fais sous linux? tu espères que le contrôleur va le faire tout seul parce que tu n'utilises pas la totalité? En est-il capable "tout seul" sans le logiciel?  
J'aurais plus confiance au 840 pro qui contient lui de l'overprovisionning en natif + l'idle trim, que "d'espérer" que parce qu'on laisse de la place de libre sur le ssd celui ci le fera.  
 
Ce que marc en dit:

 
Pour ma part j'ai toujours entendu dire que le ssd faisait ce qu'il voulait, qu'il plaçait les données au meilleur endroit possible tout seul et d'ailleurs certains contrôleurs comme le sandforce compresse à la volée ce qui veut dire que physiquement la place prise n'est pas forcément la même que celle stockée.  Mais l'idle trim ou l'overprovisioning est soit géré matériellement (et c'est prévu) soit logiciellement mais sans le logiciel je ne vois pas pourquoi il ferait quelque chose tout seul.

limite pour quoi ? j'ai une utilisation relativement intensive sur ma machine et j'ai un wear leveling de 30 au bout d'un an .
A ce rythme là ça prendrait 33 ans sur un evo avant d'atteindre la limite basse garantie¹ du nombre d'écriture (et j'ai un pro donc en fait ça fait plus de 100 ans).
 
On se focalise beaucoup sur SLC/MLC/TLC mais l'immense majorité des SSD qui lâchent le font à cause d'autre chose que le nombre d'écritures (bug du firmware, défaillance d'un circuit du SSD)
 
 
¹ 1000 cycles d'écriture garantis par le fabriquant de mémoire, en pratique il y a des marges et ce chiffre peut être dépassé
 

Tu dois mal comprendre le fonctionnement du turbo write.  
Déjà c'est un cache en écriture qui est utilisé par le contrôleur uniquement pour les grosses écritures rapides. Tout ne passe pas dans le cache. Si tu télécharge un film, même avec une connection fibre à 10Mo/s, le disque n'utilise pas le cache.
Ensuite le cache est utilisé en mode SLC donc les cellules peuvent encaisser 50k écritures facilement.  
Et le contrôleur est surement intelligent, c'est à dire que si le cache est trop usé, tant pis, il ne va plus l'utiliser.
Donc non, je ne vois pas en quoi le turbowrite réduirait la durée de vie du SSD. Au pire le SSD revient au bout d'un moment en mode TLC classique, comme l'ancien 840 classique (non-evo et non-pro)

Le problème c'est qu'on se base sur des suppositions.
Comme rien n'est garantie ni prouvé, personnellement je pars du cas le pire. Marc en parle dans l'article et n'est pas non plus convaincu.

Je ne vois pas pourquoi le contrôleur serait capable de désactiver des puces (que ça soit le cache ou pas). Cette fonctionnalité n'est pas mise en avance, donc personnellement je pars du principe que ce n'est pas géré tant que ce n'est pas mentionné. Si c'était prévu en "interne" alors il n'y aurait pas besoin du logiciel magic je sais plus trop quoi pour prévoir un overprovisionning, comme la personne l'avait dit plus haut il suffirait juste de créer une partition plus petite et non pas avoir un programme qui tourne en fond de tâche.

Un ssd qui lâche j'en ai déjà eu un, sur une tablette.  Cas spécifique j'en conviens parfaitement.

un contrôleur de SSD c'est énormément de soft, et l'essentiel de son travail, au délà des perfs, c'est de gérer le wear leveling, les défaillances et de corriger les erreurs.  
Si les OCZ était si peu fiables c'était à cause du firmware du contrôleur, pas de la mémoire elle même.
Au passage les contrôleurs de tablette sont moins évolués et ils sont donc moins fiables (mais la charge en écriture sur une tablette est censée être plus légère que sur un PC aussi).
 
Les tests en endurance sont encourageants pour le 840 EVO:
http://ssdendurancetest.com/ssd-en [...] 40-EVO-120
on est bien au delà des 1000 cycles "théoriques"
 
bien sûr le 840 pro s'en sort bien mieux:
http://www.vojcik.net/samsung-ssd- [...] ruct-test/
 
mais déjà sur l'EVO c'est bon signe, on est sur des quantités bien plus élevées que celles écrites par l'utilisateur "lambda".

Je viens de tester pour voir l'installation sur disque dur e-sata.
==> Windows 8 détecte bien le dd, je peux y créer supprimer des partitions, mais impossible d'installer.  
 
Donc si j'ai besoin d'installer windows 8 ça sera en changeant de ssd, pas possible de mettre à côté.

suite au point soulevé sur discard,  
 
la mise à jour du wiki de Mageia a été mise à jour
 
https://wiki.mageia.org/en/Installa [...] rive%29_fr
 
 
en gros, plus de discard dans le fstab (car ralentit les perfs) , mais le trim activé via un script
 
 
ce wiki est bien fait, car il reprend par ailleurs les optimisations possibles,  
de l'alignement des secteur, au trim, swap, fichiers temporaires ...

Heu perso je prèfère le trim en live qu'en bash....

Moi aussi, j'ai l'impression qu'il y a beaucoup de FUD autour de la commande discard.
Mais à force de lire un peu partout qu'il vaut mieux faire un "crontab fstrim" plutôt qu'utiliser discard, j'ai fini par me laisser corrompre et mettre un crontab daily ...
 
Peu de temps après avoir mis en place mon crontab, par hasard, j'ai eu un souci sur mon PC portable. J'ai été obligé de réinstaller un grand nombre de paquets RPM (environ 500).
En plein milieu de la manip, le PC s'est mis à ramer comme un malade, la charge est montée à 10, et l'installation n'avançait plus.
Avec beaucoup de patience, j'ai réussi à faire CTRL+C, pour chercher le problème.
J'ai fini par lancer un fstrim manuellement. Instantanément après la fin de la commande, le PC est redevenu fluide. J'ai pu reprendre là où je l'avais interrompu.
L'opération est allée jusqu'au bout cette fois, mais j'ai quand même refait un fstrim manuel après.
 
Par la suite j'ai lancé des fstrim manuel sans attendre le crontab pour voir le volume trimmé à différents intervalles.
D'une manière générale, j'ai été impressionné par le grand nombre de blocs trimmés à chaque exécution, même quand le PC est en apparence inactif.
 
J'en reviens à mon à-priori initial, et je vais réactiver le discard:
1) Soit il y a un tout petit volume à trimmer (ce n'est pas mon cas apparemment) et le discard passera inaperçu.
2) Soit il y a un grand volume à trimmer, et chaque jour je prends le risque d'être gêné par la dégradation des performances jusqu'à l'exécution du fstrim.
 
Bref (conclusion trollesque personnelle), le trim planifié, c'est efficace si vous n'utilisez pas vraiment votre SSD :-)

fstrim fait le "trim" de tous les blocs libres de la partition, qu'il soit déjà trimmé ou pas. fstrim n'a aucun moyen de le savoir.
Et donc ça prend du temps d'envoyer toute cette liste au contrôleur SSD.
 
Par contre, bien évidement, le contrôleur sait quels sont les blocs déjà trimmés, et donc il ne "trim" que ceux qui sont nécessaires.
 
Dernier point: le cron fstrim deviendra progressivement obsolète car les derniers kernels et les derniers disques supportent le trim asynchrone (queued trim) qui ne bloque pas les accès au disque pendant le trim, et donc qui permet un "discard" sans trop de perte de performance.

Vu dans le changelog du 3.14.4 :

Ça ça peut être très variable selon le FS utilisé (FAT NT Ext, Btr, Z...) et quand tu déclares une partoche à xxGo tu es garanti qu'il n'y aura pas plus de données dessus  
Effectivement le contrôleur fait ce qu'il veut/peut et ses performances dépendent grandement des pages libres dont il dispose, d'où l'idée de lui en laisser beaucoup

pas bien compris le message ci dessus.
 
en gros est-ce utile par exemple de ne pas attribuer la totalité de son disque à des partitions ?
(dans le doute, c'est ce que j'ai fait, laissé environ 13go sur 256 non partitionné et non formaté)

Ben perso c'est ce que je pense Désolé si c'était pas clair  
Cf posts en fin de page précédente/début de celle-ci si ma mémoire est bonne (c'était avant "mes vacances" )

Oui, bonne info. Du coup on se demande si c'est réellement corrigé sur les M500... Qui parlait de FUD plus haut?   C'est clair que je ne vais pas activer le TRIM online sur mon matos avant que tout soit limpide  
 
PS: pour ceux qui se posent la question pour autre chose qu'un crucial M5xx ou 840 evo, pas la peine de se prendre la tête: TRIM batch >>> TRIM online...

Ben justement, le correctif vire le blacklistage sur le M500 si le disque est sur le dernier firmware, c'est donc que c'est bien corrigé
Par contre ça ne l'est pas sur le M550, qui du coup est blacklisté ...

je viens juste de troller, sorry...

Le problème est résolu depuis plusieurs semaines au sein du firmware du M500 si tu l'as upgradé (MU05). Les kernels l'ont blacklisté dès identification du problème, donc plusieurs cas possible pour toi :
- Tu as un kernel antérieur à la détection du problème : aucun souci si tu es en MU05 vu que le bug firmware est résolu. Le queue trim est donc actif et sans danger. Si tu es en firmware antérieur, par contre risque de pb, une mise à jour s'impose.
- Tu as un kernel ultérieur à la détection du problème : ton M500 est blacklisté, donc quelque soit son firmware, pas de queue trim, donc pas de danger.
- Dès que le kernel 3.14.4 pointera le bout de son noyau, le M500 ne sera plus blacklisté (c'est l'objet de ce correctif niveau kernel), donc si tu es en MU05, aucun danger, mais si tu es en firmware antérieur, risque de pb, donc une mise à jour s'impose aussi.
 
Voilà, donc dans tous les cas, si tu as fait la mise à jour en MU05, aucun souci à prévoir
 
Edit : trop tard, quoted  

petit retour d'expérience avec un Samsung 830 de 256GB dans un petit serveur (beaucoup de compilations et 2 petites VM virtualbox qui tournent dessus), il est installé depuis presque 2 ans,
le partitionnement est de 250GB pour le système, 6GB pour la swap, pas d'over-provisionning!
 

wear leveling de 52 sur 3000 théoriquement supportés, ça semble bien tenir pour l'instant

Mon smartcll n'est pas assez récent, impossible de lire quoi que ce soit de mon côté, cf:

 
 
comme quoi il  y a largement de la marge même avec de la mémoire TLC

ça dépend de l'usage, ici le 830 est MLC (3000 cycles), mais s'il avait été en TLC (1000 cycles d'écriture) en effet ça tiendrait aussi encore largement

 
oui c est ce que je voulais dire

Tout d'abord, merci à tous pour les conseils que vous distillez...

Je viens donc de commander un Crucial M500 (240 Go), et j'aimerais savoir comment upgrader le firmware en MU05 (au cas où il ne le serait pas déjà), sachant que je n'ai que Linux (Mageia) en système d'exploitation.
Mes recherches n'ont rien donné pour le moment... alors comme je vous sais très pointus en la matière, je suis convaincu que quelqu'un saura me répondre, ou me guider !

Merci.

EDIT : je viens de trouver un fichier ISO sur le site TousLesDrivers. On peut utiliser la commande dd pour l'envoyer sur une clé usb ? ou bien il est obligatoire de passer par un programme installeur ?

Toi t'es le style de mec qui télécharge VLC sur 01.net    
 
Tu vas sur le site de crucial : http://www.crucial.fr/fra/fr/aide-ssd
 
Tu d/l l'iso : http://www.crucial.fr/wcsstore/Cru [...] S0-tcg.zip
 
Tu grave, tu boot dessus et ça mets à jour ton M500

euh... tu peux être moins condescendant ?
Ce n'est pas parce que je ne poste pas souvent ici que je suis un noob... je n'ai pas non plus la science infuse et je n'ai pas de honte à venir me renseigner ici.
 
1. 01.net, rien à foutre, il y a les dépôts des distribs, et ça me suffit.  
2. j'ai téléchargé le firmware sur TLD suite à une redirection de chez crucial (ou de son forum, je ne sais plus). Cela dit, je n'ai peut-être pas assez cherché, je te l'accorde. Si j'avais pu trouver un lien chez Crucial, je l'aurais choisi sans aucune hésitation.
3. tu ne réponds pas à ma question, je demande pour l'utilisation de la commande dd, mais peut-être ne la connais-tu pas ?

si je suis sous linux aussi et c'est la méthode que j'ai utilisé pour mettre à jour mon SSD...
 
Désolé de t'avoir brusqué, déformation de métier
 
Utilise Brasero sur ta Mageia pour graver l'image iso, sinon avec dd :
 
sudo dd if=crucial-m500.mu05-01-S0-tcg.iso of=/dev/sdd bs=4096
 
ou /dev/sdd est ou est ta clé USB (à modifier en conséquence..)

Excuses acceptées !

Sinon, pour la commande dd, tu l'as utilisée, ou bien c'est une supposition basée sur ce qu'on a (tellement souvent) l'habitude de faire ? (install distribs)

je m'en sers souvent pour faire un backup de mon "disque dur" Amiga
 
J'ai une carte Compact Flash sur lequel j'ai mon system et je fais un backup complet avec dd

oui, d'accord, mais dans notre cas, il faut que l'iso ait été préparée pour être bootable. Là, je n'ai aucune info. Bon, cela dit, je verrai bien si ça démarre ou pas.

grave un CD !! rhaaa
 
Sinon sous nunux t'a un "créateur de disque de démarrage"... tu mets ton iso dedans et zouuuu
 
Tu te complique la vie !

Y'a pas de CD sur mon portable...
Sinon, je trouve que dd, c'est tellement plus simple qu'un programme externe, qui parfois ne marche pas ! d'où ma question !

Petit retour après réception : le M500 était livré avec le dernier firmware.

Tip top Crucial  

http://www.hardware.fr/news/13780/ [...] octet.html
 
Article très intéressant!
 
Sinon mon SSD intel 520 indique toujours un taux de 100%. Je l'ai repartitionné pour mettre windows 8.1 pour jouer un peu et du coup j'ai regardé avec intel toolbox.

Ola,
Remplacement de mon 'vieux' Vertex 2E 120G par un Sandisk Ultra Plus de la même capacité (c’était pas vraiment nécessaire mais j'ai profité d'une promo, c'est surtout pour mettre un coup de turbo à un netbook qui galère sous Ubuntu, il recevra le Vertex qui ne m'a jamais posé souci).
En passant j'ai un peu ramé pour mettre a jour le firmware sans poste windows, j'ai mis ma solution ici si vous êtes dans le même cas, j'ai l'impression que Sandisk s'est gouré lors de la création de l'iso de mise à jour :
http://forums.sandisk.com/t5/SanDi [...] 26766#M405

Hello,
 
Je compte remplacer mon ssd de 256Gb par un Crucial MX100 de 512Gb.
Comment faire pour migrer mon installation (ubuntu 14.04 full encrypted avec lvm) sans devoir réinstaller ?
J'ai bien pensé à clonezilla/dd/ddrescue, mais je ne sais pas ce qui sera le plus optimisé dans mon cas (alignement du ssd etc).
 
Plus d'infos :
df -h
 

 
cat /etc/fstab
 

 
sudo lvdisplay
 

 
Merci pour l'aide

Et tu en fais quoi de ton vieux Vertex ?