Forum

Reprise du message précédent

Personnellement :

J'ai un SSD avec / , /home , SWAP je m'en fiche, je l'utilise comme un disque du classique et basta.

J'ai mon deuxième disque qui est monté sur /media/DATA où j'ai toutes mes données dedans.

Avec baucoup de RAM, ça ne SWAP que très peu, et quand ça SWAP, ça ne ralentit pas le système (alors que sur disque dur classique, le temps d'écrire, on manque déjà de RAM)

J'ai opté pour la marque OCZ suite aux conseils de lamontagne22, et mon disque étant garantie 5ans, cela prouve que le constructeur est sur de son coup !

Après, je pense que même un disque dur SSD de premier prix, est déjà beaucoup plus performant qu'un disque dur classique.

Bien regarder la valeurs en IOPS (Input/Output Per Second) soit en français le nombre d'entrées/sorties que le disque peut encaisser par seconde.

le sujet du disque SSD revient souvent, normal, tout le monde va y passer progressivement.

alors en résumé, quels sont les points importants à réaliser (et comment) ?

Édité par Ami age Le 30/12/2013 à 08h51

Hello,

Pour ma part j'ai réparti
/ sur le ssd
le home sur le 2iemm Dd

Salut à tous,

Je viens de monter celui-ci sur mon portable de 5 ans.
deux partitions racine (1 pour Mageia, l'autre pour OpenSuse) plus une dernière pour le /home.

Les videos, photos et musique sont resté sur l'ancien HDD.

Temps de démarrage divisé par 3, malgrès le fait que le bios de ce PC un peu vieux ne gère pas forcément bien les SSD (daprès ce que j'ai lu sur internet).

J'ai juste suivi les quelques recommendations trouvé ici

@+

1 000 000 heures = 114,079553 années



On a le temps avant la panne

Salut



Comme je le disais plus haut, j'ai procédé à son optimisation en modifiant le fstab pour éviter le plus possible les écritures répétées comme pour les caches par exemple. Pour ce faire, je n'ai rien inventé, je me suis calé au wiki d'ubuntu et j'ai fait les manips préconisés : http://doc.ubuntu-fr.org/ssd_solid_state_drive.



NB : faîtes une sauvegarde de votre fstab avant de faire les manips, â peut toujours servir !

Et pour un disque dur, il est de 1,2 million à 1,4 million d'heures: http://en.wikipedia.org/wiki/Hard_disk_drive_failure

Le SSD reste donc un peu en-dessous. Un MTBF de 1 million d'heures, cela veut aussi dire que sur un parc d'un million de SSD, il y a une panne en moyenne toutes les heures.

Je possède un Crucial M4 depuis 2 ans et il est victime de cette panne :

http://www.commentcamarche.net/faq/35968-crucial-m4-annuler-le-bug-des-5200-heures

J'ai donc mis le firmware à jour, (aucune assistance, aucun outil de la part de Crucial pour Linux) et j'attends voir le résultat (plantages aléatoires). Donc de mon expérience, j’utilise régulièrement une dizaine de HD et 1 seul SSD, et la seule panne rencontrée concerne celui-ci.

Salut tout le monde

Merci lebarhon. Remercions lebarhon de se dévouer. Je crois que nous ne sommes pas encore 1 million sur MLO. Alors, grâce à lebarhon, nous, les autres, ne risquons plus rien avec nos SSD.

Édité par magnux77 Le 31/12/2013 à 11h22

Statistiquement, le seul qui ne craigne plus rien, c'est moi ! je suis reparti pour un cycle d'1 million d'heures. Les autres ont tout à craindre, comme on dit au loto, a qui le tour ...

Bonsoir,

j'ai trouvé quelques informations très intéressantes sur la manière de préparer le SSD pour Gnu/Linux (selon une discussion sur internet). Je posterai celles-ci + la source dans les prochains jours. Bien entendu, si cela vous intéresse.

TLC // MLC, quelqu'un me disait, il n'y a pas si longtemps, que rien n'est immuable en informatique...

Quelque soit le type de mémoire choisi, le produit aura une durée de vie limitée en fonction de notre utilisation.



Dans mon cas, il n'hébergera que la racine de 4 distributions, et mes différents home.

Les fichiers volumineux seront stockés sur un disque classique, comme l'a souligné Sylvainjc.

Et pour limiter l'usure du SSD, je prévoirai de placer sur le disque classique le cache logiciel (/var/cache/urpmi).



@celui qui a posé la question d'optimisation

Et pour l'optimisation du disque, j'avais lu sur différents forums, qu'au lieu de modifier le fstab, il était préférable de programmer dans une tâche cron fstrim.



@Dupo : Oui, intéressé

Édité par Fif59 Le 04/01/2014 à 16h33

Bonsoir,

je préfère vous indiquer la source. C'est ici (cfr. Optimisations pour matériel : ).

Édité par Dupo Le 05/01/2014 à 00h35