Initialement ce fil commençait par "Je vais recevoir un DELL MIni 9 et je voulais savoir quel système de fichiers (FS) et quels réglages utiliser"
 
puis :
 

Première contrainte : la capacité du SSD
 
Afin d'économiser de l'espace sur le disque, on pourra :
    * Ne pas créer de partition d’échange (swap)
    * Avoir / et /home sur une seule partition
 
Deuxième contrainte : prolonger la durée de vie de votre SSD en limitant les écritures et optimiser ses performances
 
I- Désactivation du swap
 
Si vous avez au moins 1 Go de RAM, vous pouvez vous passer du swap  

• soit dès l'installation de la distribution  
• soit en commentant les lignes adéquates au niveau du /etc/fstab (utilisez l'éditeur de votre choix (vim,emacs,gedit) en root), par exemple comme ceci :

 
II- Utilisation de tpmfs
Si vous avez au moins 1 Go de RAM, il s'agit de stocker les données temporaires dans la RAM (=créer un ramdisk).
 
pour les fichiers temporaires du système (/tmp est le dossier des fichiers temporaires)
Dans le fichier /etc/fstab, ajoutez cette ligne pour monter /tmp comme tmpfs (temporary file system):

 
Redémarrer pour que les changements prennent effet.
Taper df pour constater une nouvelle ligne avec /tmp monté sur tmpfs, on obtiendra :
tmpfs 513472 30320 483152 6% /tmp
 
III- Désactiver le service syslog (=le journal des événements de votre système enregistré dans le répertoire /var/log)
Ce peut être syslogd, rsyslog, syslog-ng ....

• sous debian/ubuntu en console on peut se servir de update-rc.d pour désactiver son lancement (voir aussi la ligne suivante)
• sous gnome dans le menu Système>Administration>Services, désactiver l'enregistreur d'activités syslogd (ce qui désactivera aussi klogd)
• sous mandriva il est possible d'utiliser drakxservices là encore en root que ce soir en console ou en mode graphique.
• sous suse : .....  

IV- Modifier le scheduler disque
Le but est d'utiliser l'un des 2  I/O Schedulers suivants : NOOP ou deadline, en lieu et place de cfq (Completely Fair Queuing), le scheduler par défaut du kernel qui est semble t'il peut adapté aux SSD.  
 
Il faut préciser au kernel le scheduler qui sera utilisé par le biais de elevator= et désigner noop (ou deadline)
     
Editer le fichier /boot/grub/menu.lst et rajouter au niveau de la ligne correspondant au lancement du kernel elevator=noop
 

• sous mandriva cela donne ainsi  

    les changement seront automatiquement appliqués lors de l'installation de nouveau kernel, il n'y a plus rien a modifier.
    il est également possible  d'utiliser en mode graphique drakboot.
 

• sous debian/ubuntu il est possible de préciser dans les options par défaut ceci en modifiant la variable kopt  :

 
    La ligne kopt indique au noyau les paramètres de boot, par exemple :  
 

 
    Ajouter à la fin de la ligne  
 

    pour changer le I/O scheduler et sauvegarder.
    il faut ensuite lancer update-grub en root pour appliquer les changements a l'ensemble du menu.lst.
   

• sous suse  ...

• sous fedora/redhat  ...

A noter que selon les cas, noop ou deadline aura les meilleures performances (voir les discussions page 2 de ce fil)
 
(Source)
 
V- Option de montage : atime, noatime ou relatime ?
 
Theodore Ts'o - le gars à l'origine du système de fichiers ext4 - dit que la principale optimisation est d'activer l'option de montage noatime
voir aussi cet avis.
Cette opinion relativise l'intérêt des différentes optimisations évoquées ici, à l'exception principale de l'option noatime.
 
selon Ingo Molnar :

 
Ici on apprend :

 
Ubuntu utilise relatime un entre-deux) par défaut.
Sous Ubuntu on remplacera donc dans fstab (sudo gedit /etc/fstab) "relatime" par "noatime"
 
VI- Choix du FS
D'après Theodore Ts'o le gain le plus significatif est obtenu avec l'attribut noatime quelquesoit le FS.
Il est recommandé de garder un système journalisé (type ext3 ou 4)
SI vous pensez vraiment pouvoir vous en passer, vous pourrez utiliser ext2 voire ext4 sans le journal (avec un noyau 2.6.29 ou supérieur)

Spécialement pour Firefox
 
A - Utiliser le ramdisk pour les fichiers temporaires de Firefox :
On va demander a Firefox de placer son cache dans le répertoire /tmp défini précédemment (II) comme étant en RAM.
Dans about:config créer une nouvelle chaîne de caractères que vous nommerez browser.cache.disk.parent_directory. réglez la valeur sur /tmp.  
 
B - Réduire le caching excessif : http://forum.hardware.fr/hfr/OSAlt [...] m#t1157031

ce qui est marrant dans cet engouement pour les SSDs c'est que tout monde en veut, mais que perso mis à part les temps d'accès "constants" je ne vois pas vraiment l'intêret : aucun FS n'est optimisé pour, on a *aucune* idée de comment ils vieillissent (et oui, à comparer avec les 20 ans d'XP sur les disques mécaniques), la consommation électrique n'est pas significative pour un laptop... Le seul domaine ou je vois qqchose d'intéressant c'est le cache des serveurs comme ce que Sun fait avec ses sun storage 7000..

on va arrêter là avec les réservations...

black_lord : le SSD est fourni par défaut avec certains netbook
black_lord : oui!

pas d'avis sur le FS à utiliser ?
peut être un ext4 sans journal ?
 

http://lwn.net/Articles/313927/

N'y-a-t'il pas un interet d'un point de vue energetique?

J'ai fais un ext3 en noatime moi, pas de swap.

c'est l'essentiel
tu peux aussi créer un ramdisk et choisir l' I/O Scheduler NOOP

J'ai lu quelque part (il faut que je retrouve l'url) que le fait d'utiliser un scheduler noop n'était toujours pas la meilleur chose.

pour un SSD c'est ce qu'il faut

ma remarque était évidemment dans le cadre d'un SSD

Sur le SSD de mon netbook (Acer Aspire One), je tourne en Ext4 et noatime.
J'ai aussi une partition de swap dessus, que je virerai quand je serai passé à 1.5Go de ram.

En ce qui concerne le scheduler, j'ai tourné un moment en noop, sans remarquer vraiment de gros changement, puis en deadline, comme beaucoup le conseillent, mais celui-ci m'a posé quelques problèmes : ça faisait visiblement foirer le driver ath5k, qui me pourrissait mes logs avec des dizaines de milliers de lignes de la même erreur.
Retour au scheduler par défaut, aucun problème, donc je m'en tiens là désormais.

Pour le reste, /tmp et /var/tmp sont montés sur tmpfs.
Et sur conseil de mikala, j'ai désactivé syslog-ng.

Avec tout ça, j'obtiens quelque chose d'assez utilisable étant donné la mollesse originelle de ce SSD.

tu peux préciser STP ?

j'ai une mandriva2008/laptop qui tourne sur une CF depuis plusieurs mois :
sans swap
sans syslog
avec ext2
 
pour l'instant, j'ai pas de pb, ma fille l'utilise tous les jours pour matter ses dvd

à quoi sert syslog, pourquoi et comment le désactiver ?

un minimum de recherches avant ce genre de questions serait le bienvenu....

j'en ai fait sur google avant
"supprimer syslog ssd" et désactiver syslog ssd"
merci bien

syslog
c'est le daemon qui inscrit les journaux périodiques (en grande majorité les messages provenant du systeme)
le désactiver dans ce genre d'environnement : laptop+ssd évite les écriture intempestives et participe à la longévité

merci
le désactiver ou le mettre sur le ramdisk ? et comment procéder ?

 
la question "pourquoi" je veux bien, c'est un peu l'objet du topic mais le "à quoi sert" et "comment désactiver" faudrait voir à pas pousser mémé dans les orties non plus...

si tu as vraiment besoin de syslog, il suffit de monter /var/log en ram
perso je ne m'en sers pas dans mon cas précis.

 
Certains softs (autres que syslog) écrivent dans un sous-répertoire de /var/log et aiment bien retrouver leurs petits au démarrage (ce qui n'est pas possible sur un tmpfs), c'est pour ça que j'ai préféré laisser /var/log sur le SSD.

genre?  
 
sinon, c'est plutôt dans /home/$user/.repdetonsoft  

tu peux aussi envisager un script créant les répertoires nécessaires au démarrage

Pas du soft super utile non plus, mais genre le daemon uptimed.
Par défaut, mpd le fait aussi.

En effet, mais j'ai trouvé plus simple et satisfaisant de laisser /var/log fonctionner de manière habituelle, et juste de désactiver syslog, qui est quand même celui qui en fait le plus usage.

j'en reviens à ma question (et la précise pour éviter que les gendarmes me tombent dessus) : j'ai 2 services klogd et syslogd, les deux sont à désactiver ?

en désactivant syslogd, klogd sera désactivé.
Ceci étant dit pourquoi ne pas modifier un peu ce sujet?
On pourrait opter pour un titre plus général comme Optimisation du fonctionnement d'un Netbook.
Ainsi dans le premier post on pourrait remettre les informations relatives au SSD (choix du fs, désactivation de certains services).
De même on pourrait comparer les consommations de chaque netbook( a l'aide de powertop) et suggérer des options d'économies d'énergie supplémentaires (suggérés ou non par powerlaptop) comme la désactivation des effets bureautiques sous kde/gnome, voire carrément la 3D du chipset.
Activer la suspension de l'usb (d'ailleurs comment le faire pour l'heure c'est powertop qui me donne l'information mais je n'ai pas la commande directe, une option a passer au module ? un sysctl ?)
etc etc
Le but est d'éviter de créer un nouveau sujet étant donné que celui ci dispose déja d'un certain nombre d'intervenants.

Excellente idée  

Bonjour,

Désolé pour cette remarque un peu tardive.

- résistance/résilience aux chocs et vibrations (très important pour l'embarqué notamment, peut être pour les laptop - a voir - )
- consommation plus facilement asservie (again, pour l'embarqué c'est intéressant, pas de spin up/spin down)

C'est pas parce qu'il n'y en a pas dans le mainstream linux-vanilla que ca n'existe pas... Tous les fs log structured le sont, il y en a plusieurs implémentations possibles (Linux et NetBSD par exemple).

Pas d'accord. Je voudrais savoir qu'est ce qui te permet de dire ca.

Là je suis d'accord. Ils chauffent plus à volume équivalent aussi, ce qui est moins grave que pour de la mécanique cela dit.

Avec un marché émergent en pleine explosion vers les systèmes à basse consommation et embarqués, face à un marché du serveur qui ne vit maintenant qu'au rythme de la mode (centralisé - décentralisé - centralisé - décentralisé...), il y a plus d'un acteur technologique qui y voit qqchose d'intéressant, crois moi.

merci    

dans les premiers posts j'essayerais a ta place de rendre plus généraliste les commandes.
exemple  

 
deviendrait (avec quelques modifications au niveau de la présentation)
 

on peut également rendre également le boot discrètement plus rapide en désactivant le framebuffer mais également le grub graphique.

perso sur mon ordi fixe, en passant au noyau 2.6.29 avec Plymouth sous Jaunty ext4 j'ai bien gagné (beaucoup avec Jaunty/ext4, un peu avec Plymouth). Par contre le noyau 2.6.29 aurait un bug avec l'Atom... donc vaut mieux attendre pour un netbook

ça vous va comme ça ? du coup il y a un post reservé

 
 
Rah quote de porc En effet pour l'embarqué il y a un intêret certain. Là je parlais pour une utilisation sur les workstations/laptops plus généralement. Pour la façon dont ils vieillissent faut que j'essaye de retrouver le lien, c'était qq qui bossait dans l'écriture de FS & optim des HDDs qui avait fait cette analyse que je trouvait pertinente.

pour un FS optimisé, il faudrait utiliser par ex UbiFS et que les fabricants de périphériques Flash acceptent la possibilité de passer outre la FTL (Flash Translation Layer). http://linuxfr.org/2008/10/10/24559.html

essayes d'espacer ou de mettre éventuellement en quote les exemples  
(le #/dev/sda...) afin que ce soit plus lisible.