Reprise du message précédent :
bas en théorie il est vendue avec combien read/write?

hello,
je viens de m'apercevoir que j'avais oublié    une install de 12.04 sur une de mes becane avec un ssd (un eeepc oui oui ).
j'avais laissé un ext3 et pas de noatime, est ce que je dois le faire avec un kernel 3.8 que je viens de mettre à jour?
est ce que cela fait gagner de la battery usage au passage?

Si j'en crois la fiche produit sur le site du constructeur : « Specs: Crucial MX100 512GB SATA 6Gbps 2.5" Internal SSD • 550 MB/s Read, 500 MB/s Write ».

peut être tester avec dd? bonnie++?

Kesako ?

sudo gnome-disks
 
il y a un test de performance dans l'application style "hdtune"

Salut,
 
@Kortex, tu peux rajouter un Crucial M500 mSata 240Go pour moi (sur un X230) sous archlinux x64 toujours.
 
Pour la première page et l'astuce de firefox en RAM, tu pourrais mettre à jour pour systemd :
créer /etc/systemd/system/ffram.service
et mettre dedans :
 

 
puis activer le service : systemctl enable ffram.service
 
(et pour les fresh install, s'assurer d'installer rsync   )

tite question: y a une technique pour voir l'état d'un ssd sous nux? un peu comme ssdlife sous win

en graphique:
sudo gnome-disks (encore lui )
 
en console:
sudo smartctl /dev/sdx -a (remplacer sdx par votre disque)

okay merci

Hello ici, nouvel arrivant dans mon laptop : Device Model:     SanDisk SDSSDRC032G
 
Des choses à activer vous pensez sous ubuntu 14.04 ?
Merci pour vos réponses

On peut aussi changer la valeur du commit de l'EXT4 il me semble.
 
Un prof' m'avait conseillé ça.
 
Genre un commit de 600.
 
Faut juste faire attention avec ça si vous avez trop de pannes de courant par chez vous.

Yop
 
Tite question: ca donne quoi le chiffrement d'une partition sur un ssd? il me semblait avoir lu ici que luks and co avec un ssd et trim ca faisait pas bon ménage, toujours vrai?
 
merci

Salut à tous,
 
J'ai acquis un vertex 4 et j'y ai bombardé ma debian testing.
 
Je suis en 3.16.0-4, ai je des choses à rajouter au niveau du fstab ou le trim and co est natif selon vous ?
 
Merci pour vos réponses.

Salut,
 
Je suis sous Debian Testing, même kernel, avec un crucial M4
 

 
Après j'ai lu qu'on pouvait simplement ajouter un discard au fstab mais vu que ça fonctionne nickel comme ça j'ai pas cherché plus loin  

Holà
Pour le recensement
Je suis utilisateur lieux et ssd
3 pc dont deux portables sous sabayon
Pour les ssd 1 corsair 120g
Un crucial m500 128g
Un SanDisk ultra 128g

Hello, merci pour la réponse.

Après quelques recherches j'ai ajouté ça dans mon fstab, j'ai bon à ton avis ?

Merci.

c'est bien ça.
par contre, ça ne le change pas immédiatement, ça ne sera valable que au prochaine démarrage

mount -a n'applique pas les changements ?

-a, c'est - all.
ça monte ce qui n'est pas monté

Oui mais non, mount -a sert aussi à tout remonter tout ce qui est indiqué dans le fstab en auto ?

de mémoire:
mount -o remount /
pour remonter / et appliquer les changements.

J'hésite a prendre un sandisk 960 go extrême pro sous Arch
Niveau firmware c'est bien sous linux ?
Parce que 450€ pour un tera garantie 10 ans c'est pas mal.

 
Est-ce que le Btrfs est "SSD compliant" sous Linux et si oui, depuis quelle version du noyau le "conseiller" ?
 

 
1) Oui avec l'option ssd https://btrfs.wiki.kernel.org/index [...] for_SSD.3F
2) kernel > 3.10

Bonjour,
 
pour la premiere fois je vais utiliser un SSD pour mes partitions / et /boot.
 
J'ai lu dernierement que les SSD modern n'ont plus trop de soucis a cause de la durée de vie, donc est-ce que la plupart des optimisations (noatime par exemple) sont toujours importantes ?
 

Re-drapal ici

Kingston v300 120 go + crucial m550 240 go pour moi.
Kingston v300 120 go pour Madame à recevoir.

En espérant ne pas tomber sur la série à contrôleur moisi pour le Kingston de Madame.

 
 
A propos de TRIM, si cela intéresse qq, j'avais consigné ceci dans mon dossier de montage de mon nas :
 
A propos du TRIM enable, cela fait qq heures que je recherche comment faire et je tombe sur cet article :
http://forums.debian.net/viewtopic [...] 16&t=76921
 
Je n’ai encore rien modifié dans les fichiers de conf et j’exécute la commande donnée dans le topic :

 
Qui me retourne : Yes, TRIM is enabled

Perso pour le TRIM j'ajoute simplement l'option "discard" sur les partitions concernées.
Au reboot on peut vérifier que l'option est bien pris en compte, par exemple avec mount.
 
https://wiki.debian.org/SSDOptimiza [...] ilesystems

ce script n'affiche QUE le fait que ton SSD supporte le TRIM
 
il faut que tu rajoutes "discard" dans les options de montage dans ton fichier /etc/fstab

Ok merci beaucoup pour l'info et le lien, je vais potasser ceci.
Bonne nuit

Dans le changelog du noyau 4.0.5 :

-> https://www.kernel.org/pub/linux/ke [...] eLog-4.0.5

ça me confirme dans mon choix de ne pas prendre de SSD Samsung... Entre ça et le pb de débit sur les vielles données....

Bonjour.
Suite au(x) problème(s) annoncés sur les disques Samsung.
 
Si on a l'option "discard" dans son fstab.
On fait quoi ?
 
Merci.
 

-J'ai 16 Go ram, est ce que vous utilisez tous une partition swap?
-Je suis pas arrivé à l'installer en voulant partager en 2 mon ssd? c est neccessaire?
-Si je la crée apres est ce que linux sera que c'est celle la qu il faut utiliser? je suppose c est en indiquant /

3 options:
1) si on utilise un kernel qui n'utilise pas le queued trim pas de problème ( <3.10 )
2) on enlève l'option discard
3) on utilise un kernel qui va automatiquement désactiver le queued trim et passer au trim classique quand il voit le modèle concerné, donc un kernel 4.1, mais certaines distributions ont aussi patché leur kernel avec le correctif sur des versions plus anciennes.
 
apparemment ce n'est pas un bug compliqué à résoudre: c'est juste que le disque dit à l'OS qu'il supporte le queued trim, mais en fait il ne le supporte pas. (et c'est loin d'être le seul à faire cette erreur, la blacklist grossi régulièrement )

 
La SWAP, à éviter sur SSD, et en plus totalement inutile avec tes 16Go de ram, crois-moi

bof, ce n'est plus vraiment un problème d'avoir un swap sur SSD, à part swaper en permanence ce qui ne devrait pas être le cas avec 16Go de RAM. Et ça permet d'avoir l'hibernation (pas de swap => pas d'hibernation)

Perso je laisse toujours du swap, mais je configure la valeur swapiness vers 10 ou moins pour que ça ne swapp jamais.
 
Comme ça encas de problème le swapp est là, sinon il reste vide. Je ne suis pas à 4go près sur mon ssd donc ras.

C'est moins la place que l'usure qui rend le swap peu indiqué sur un SSD. Perso, j'ai un usage purement internet/bureautique/audio/vidéo sur mon portable équipé en SSD avec 4 Go de RAM, donc plus que  e qu'il faut pour tourner sans swap. Et pas d'hibernation, avec un boot en 5 secondes ça me semble inutile.

je le répète: le swap ne va pas user un SSD à moins de swapper comme un porc 24h/24h