Reprise du message précédent :

C'était vrai (et encore, très variable) jusqu'à ce que cfq soit adapté à la gestion de SSD, c'est plus vraiment le cas aujourd'hui.

OK Il y a de la doc là dessus ? J'aimerais comprendre sur quoi ça influe et comment.

 
J'ai pas de doc vraiment complète, plus des choses glanées ça et là, notamment sur la LKML  
ex :
http://git.kernel.org/?p=linux/ker [...] ef95e0929e
 

Merci beaucoup, je vais jeter un oeil.

ext4 + discard + écritures différées:
http://git.kernel.org/?p=linux/ker [...] 34a3495f00
 
Avant, ca écrivait en différé sur tous les périphs, maintenant ca n'écris en différé que sur le periph ayant fait la demande.

Hep les jeunes
 
Mon SMART rale que mon SSD (tout neuf) a des secteurs défectueux. les forums OCZ que j'ai lu disent qu'il n'y a pas à stresser et pour le moment j'ai dit à l'applet d'ignorer le soucis. Des infos ?

J'ai déjà lu ca, paraitrait que smart est trop parano, et que 1 ou 2 secteurs ca passe (le disque les évite tout seul).
 
https://bugs.launchpad.net/ubuntu/+ [...] bug/438136
https://bugzilla.redhat.com/show_bug.cgi?id=506254
http://ubuntuforums.org/showpost.p [...] stcount=17
http://bugs.debian.org/cgi-bin/bug [...] bug=574289
 
Après faut voir le nombre de secteurs concernés

Bonjour
 
Question peut etre deja posée.
Est ce qu'une carte SD est similaire techniquement au disque SSD et donc les techniques employées sur ce topic (genre systeme de  fichier JFFS2) sont elles aussi valables?

 
Je me repond a moi meme
Apparemment c est non
http://www.linux-mtd.infradead.org [...] tick_jffs2

Comparatif SSD vs HDD en ext4 vs btrfs: http://www.phoronix.com/scan.php?p [...] _ssd&num=1

J'ai l'impression d'avoir parfois des lenteurs sur mon Vertex depuis le kernel 2.6.35, surtout sur des opérations genre gestion lourdes de paquets, etc. Vous constatez la même chose ou pas ? Je tourne avec du ext4 et les options qui vont bien au montage pour profiter du TRIM, les choses reviennent à la normale après un reboot.

Bonsoir,
 
En prévision de l'installation d'un C300 j'ai parcouru le topic, bien complet : merci Kortex pour la compilation !
 
J'aimerais avoir quelques précisions pour savoir si j'ai bien compris comment faire pour ce ssd qui a des blocs de 512ko :
1. Dans d'autres tutos (avec fdisk mais aussi parted) ils mettent la première partition au secteur 1024 soit 512ko. Or :

Donc si je choisis d'aligner à 1024ko ça me semble cohérent avec ce que suggèrent les autres tutos (512ko) : est-ce le cas ? Et il faut alors que les autres partitions démarrent à un secteur multiple de 2048 ?
 
2. Si j'ai bien compris, il faut ensuite formater les partitions en utilisant mkfs.ext4 avec un stride de (1024/4)=256, c'est ça ?
J'ai vu que certains utilisent aussi stripe-width : sans stride ou alors en même temps. J'y connais rien : ça sert à quoi ?

Pour ton alignement, oui c'est très bien. En règle générale, un alignement sur 1024 est toujours bon puisque les blocs ne dépassent jamais cette taille.
 
Pour le stride, je ne sais pas réellement ce que ça fait, apparemment ça apporte un peu de performances en plus, mais dans quelle mesure aucune idée, je ne sais même pas si c'est réellement significatif.

ok merci pour la confirmation. Je me suis permis de modifier ton tableau pour une taille de bloc de 1024, si jamais ça peut servir à d'autres.
J'essaierai de faire des tests pour le stride quand j'aurai reçu mon ssd

Je précise que j'y connais rien en benchmarks disques ou filesystem donc j'ai pris ce que j'ai trouvé sur les forums (ocz surtout) sans savoir si ça convenait parfaitement pour mettre en évidence les différences. J'utilise un livecd d'ubuntu pour lancer les tests et formater une partition alignée en ext4. Après avoir formaté je lance deux tests, sans TRIM entre-temps (vu le noyau du livecd) mais je ne pense pas que ça influe trop vu que le ssd est neuf et que la partition fait 20go. En utilisant un test avec le script page 8 basé sur dd. J'ai des graphes de genre là :
 

NB : quand je lance dd directement dans un terminal j'ai des débits de l'ordre de 270-80MB/s : on dirait que le script recommence à zéro pour des débits supérieurs à 256.
 
J'ai aussi testé avec iozone 3.308 64bits pour avoir une idée en aléatoire, avec cette commande :

 
Ca donne des trucs du genre :

C'est cohérent avec les résultats du script basé sur dd, du coup je ne recopie pas tous les résultats vu qu'en séquentiel avec dd c'est presque toujours le même profil et qu'avec iozone c'est cohérent avec dd pour la partie séquentielle
 
1. SSD branché en sata2
 

• résultats avec dd :

• résultats avec iozone (extrait accès aléatoires)

 
Bref, pour les accès séquentiels ou aléatoires je trouve que tout est pareil à quelques % près.
 
2. SSD branché en sata3
 
J'ai gardé le dernier formatage (stride=256,stripe-width=256) puis re-branché le ssd en sata3 pour voir.
 

• résultats avec dd :

• résultats avec iozone :

 
Je pense que le contrôleur sata3 est mal géré par ubuntu. Selon les options du bios (fonction iolevelup d'Asus) le ssd était détecté ou pas, ou alors le livecd mettait beaucoup de temps à se lancer, ou alors la table de partitions était mal lue... Sous windows seven en sata3 ce type de ssd donne plutôt des résultats de ce genre :
 

 
edit : j'ai réussi à faire un benchmark sata3 avec l'utilitaire de disque (palimpest), ça correspond avec les résultats sous cristaldiskmark :

En résumé je n'ai pas vu de différence majeure entre les options de formatage ext4 avec les tests que j'ai effectués. Si un gourou du benchmark filesystem peut confirmer ça serait mieux.
 
Sinon dans la vraie vie je suis content de mon ssd, c'est bien confortable comme disque système : 10s de démarrage (allumage de la machine -> firefox ouvert), lancement des applis plus rapide, firefox réactif, ... Je regrette presque de ne pas l'avoir acheté avant !

Bonjour,
 
Très bon topic
 
Sur divers forum, il conseille également l'astuce de mettre /var/tmp et /var/log en RAM...
Es un oublie ou y a t'il une raison de ne pas effectuer cette optimisation ?
 
 
J'ai une autre question, quand je regarde le taux d'utilisation de mon disque dur (avec la commande iotop), je m'apercevoir que les commandes [jbd2/sda1-8] et [jbd2/sda2-8] écrive un certain nombre de donné régulièrement sur le disque.
Quelqu'un sait à quoi servent ces commandes ? Et s’il est possible de s'en passer ?

je pense que c'est juste un oubli ...

pour ma part, /var/tmp est un lien symbolique sur /tmp (qui est en ram)
quant à /var/run et /var/lock, ils sont en ram (paramétrage dans /etc/default/rcS sur Debian)

pour jdb2, ce sont les thread daemon de journalisation du système de fichiers. Donc non tu ne peux pas t'en passer

Ce qui n'est pas forcément recommandé pour tout le monde, vu que les données de /var/tmp sont supposées être persistantes entre deux reboots d'après la FHS (bon après, je ne sais pas si des applis s'appuient là-dessus ).

Voici une astuce supplémentaire tiré du wiki de Debian http://wiki.debian.org/fr/EeePC/Ti [...] moireflash :
 
Rajouter dans /etc/sysctl.conf ceci :

 
Par contre j'ai pas bien compris à quoi sa sert exactement

 
Je sais, j'ai lu la FHS aussi    
Mais je n'ai jamais rien eu comme fichiers dans /var/tmp ...
 
 

 
C'est pour retarder le délai d'écriture d'une page en mémoire sale sur le disque. Lorsque le noyau Linux mappe des données d'un disque en RAM, il y (dans la RAM) écrit des "pages". Lorsqu'il (le noyau) se rend compte que la page en RAM ne correspond plus à ce qu'il y a sur le disque (ie, la page en RAM a été modifiée), le noyau marque la page comme devant être répliquée sur le disque, et ce après ce fameux temps "dirty_writeback_centisecs" (en millisecondes).
 
L'avantage d'augmenter ce temps c'est que deux modifications relativement proches d'une même page mémoire n'entraineront qu'une seule écriture sur le disque.
L'inconvénient c'est que tu peux perde des données si tu as une coupure de courant par exemple qui se produit avant que la page "sale" ne soit répliquée sur le disque

Ok, merci pour ces explications fighting_falcon
 
Et serais-tu à quoi sert le processus [jbd2/sda2-8] qui écrit régulièrement (un petit peu toutes les dizaines de secondes) sur le disque dur (presque 100Mo par jour) ?

edit : au passage, pour la p'te liste du 4ème post, j'ai un Mtron Pro 7535 (Sata 2, 3"5) @ Debian squeeze / custom 2.6.32

Oups, désolé, je n’avais pas vu
 
Et il n'est pas possible de désactiver cette journalisation ? Car en principe cela ne sert qu'à accélérer la récupération de donnée en cas de problème, donc rien de bien crucial...
 
PS : je suis en EXT4, mais ça doit être la même chose pour le EXT3 je suppose.

http://www.mjmwired.net/kernel/Doc [...] t4.txt#362
 
m'enfin tu risques la perte de données si ton pc subit une coupure de courant ...

hum... j'arrive pas a booter en "data=writeback", tant pis, merci ^^

Pour désactiver complètement le journal, voici un exemple avec /dev/sda8
umount /dev/sda8
tune2fs -O ^has_journal /dev/sda8
 
Pour le remettre,
umount /dev/sda8
tune2fs -O has_journal /dev/sda8  
 
Et bien sûr, si c'est fait sur la partition root, il faut passer par un LiveCD.

 
   
Et pourquoi ?
 
A l'époque du passage ext2 -> ext3, j'ai fais un tune2fs -O sur toutes mes partitions, y compris la /, sans downtime (donc sans livecd) ...

Yep, la technique de "tune2fs -O ^has_journal /dev/sd*" marche =)
Par contre je suis passé par un LiveCD pour ne pas prendre de risque ^^

Ah ben maintenant j'ai un doute.    
 
Enfin si c'est fait à chaud et que tune2fs ne couine pas alors c'est que c'est possible.

Les gens, des retours de l'utilisation du C300 sous nux ? Faut un kernel récent ? Un patch quelconque ?
Non parceque, sous windows, à première vue, faut mettre en XXX dans le bios + driver YY ou option zz dans le bios et driver uuu patché version aa...

Bonjour,
 
Je viens de recevoir hier mon OCZ Vertex 2 60 Go (neuf)
Je suis sous Ubuntu Lucid, suivi le tuto pour l'alignements de partitions & co  
tout c'est bien passer seulement le test smart m'indique des problemes de secteurs :
 

 
Durée de fonctionnement : 15h
Cycle de fonctionnement : 8
 

 
 
En dehors de ça il marche plutot bien à priori :

 
à votre avis je fait quoi je le renvoi deja au sav    
 
merci !

 
Faut un kernel récent pour le support du trim, donc par ex. ubuntu 10.04 gère bien le ssd de base mais ne trim pas.

arg pas de chance. Tente le sav, mais pas sûr qu'ils le reprennent vu qu'il marche. Au pire ça te fait quelques secteurs que tu peux pas utiliser...
 
 

Pas de soucis, je tourne sous debian testing + kernel compilé maison

boh ben rien à faire alors à part aligner les partitions, fonce t'acheter un ssd    
ah si peut-être un truc le controleur sata3 de ma carte mère est mal géré, mais sinon pas de pb à signaler

Aligner les partoches, ok, sur combien pour un c300 ? Ah, et, accessoirement, quel soft ?
Pour le port sata3n, pas de risque... J'en ai pas o/

L'alignement dépend de la taille des blocs et pour le c300 j'ai cru comprendre qu'on savait pas vraiment. Mais de toute façon aligner sur 1024ko ça devrait marcher pour tous les ssd actuels : tu peux suivre le tuto en page 1. J'ai mis un fichier calc à jour pour simplifier le calcul avec 1024ko quelques posts au-dessus

 
je parie que tu as une CM Gigabyte ?
http://www.ocztechnologyforum.com/ [...] ide/page14

non
Asus P5E3 Deluxe Wifi AP

mais merci quand même pour le liens je vais regarder defois que j'y trouve tout de même mon compte.

PS : pour l'instant je l'ai pas renvoyer (un peu par flemme maintenant que j'ai tout installer dessus), je touche du bois mais bon il et garantis 3 ans, ça me rassure defois que ....

EDIT2:
Bon, ça ma donner la bonne idée d'aller trainer dans les forums de ma mobo,

Je suis un peu HS par rapport au sujet mais j'ai trouver un bios custom pour corriger certains SSD lorsque le raid et activé (a priori il y as des bug) ca me concerne pas directement mais je vais quand même tenter cette bravoure... (je vais kiffer flasher ma mobo avec des bios customs sorties de pétaouchnok... )

je vous dirais si ca a changer quelques chose (si j'ai pas tout cramer)

cf :
http://vip.asus.com/forum/view.asp [...] uage=en-us
http://vip.asus.com/forum/view.asp [...] 4&count=40

héhé
j'attends encore la livraison de l'alim de mon serveur HTPC, mais je sais déjà que je devrai mettre à jour mon bios gigabyte, car j'ai un SSD vertex 2 40Go et la MB gigabyte H55N-USB3, j'aurais du jeter un oeil avant, mais bon ^^
 
content d'avoir pu être une piste pour ton problème