Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
ssd_solid_state_drive [Le 14/05/2018, 15:27] 91.68.197.20 [Utilisation d'un système de fichier non journalisé] |
ssd_solid_state_drive [Le 12/08/2018, 12:27] 78.237.186.169 [Placer les fichiers temporaires en mémoire vive] |
||
---|---|---|---|
Ligne 92: | Ligne 92: | ||
Il suffit d'ajouter l'option ''discard'' dans les lignes correspondant aux partitions Ext4 sur le disque électronique dans le fichier /etc/fstab : | Il suffit d'ajouter l'option ''discard'' dans les lignes correspondant aux partitions Ext4 sur le disque électronique dans le fichier /etc/fstab : | ||
- | <code bash>gksudo gedit /etc/fstab</code> | + | <code bash>gksu gedit /etc/fstab</code> |
Et : | Et : | ||
<file> | <file> | ||
Ligne 299: | Ligne 299: | ||
* Le passage de /var/log en tmpfs **pose des problèmes** avec apache, qui a besoin que le dossier /var/log/apache2 soit créé avant de démarrer. Pour une solution à ce problème voir : [[http://weits.blogspot.fr/2012/03/laptop-ssd-tmpfs-and-apache.html]] | * Le passage de /var/log en tmpfs **pose des problèmes** avec apache, qui a besoin que le dossier /var/log/apache2 soit créé avant de démarrer. Pour une solution à ce problème voir : [[http://weits.blogspot.fr/2012/03/laptop-ssd-tmpfs-and-apache.html]] | ||
* Apparemment, même constat avec Samba que Apache | * Apparemment, même constat avec Samba que Apache | ||
+ | * Apparemment, même constat avec mysql que Apache | ||
* /var/tmp ne doit **absolument pas** se trouver dans tmpfs, comme il est indiqué ici : [[http://ubuntuone.com/6KWd2jN40GRqdVkVpQFOv0]] | * /var/tmp ne doit **absolument pas** se trouver dans tmpfs, comme il est indiqué ici : [[http://ubuntuone.com/6KWd2jN40GRqdVkVpQFOv0]] | ||
Ligne 402: | Ligne 403: | ||
<note important> | <note important> | ||
- | Cela est vrai sur un disque dur vierge mais n'a pas l'air de fonctionner si on installe Ubuntu à la suite de Windows sur le disque. Si des partitions sont déjà présentes, il faut supprimer et recréer toute les partitions pour qu'elles soient alignés. | + | Cela est vrai sur un disque dur vierge mais n'a pas l'air de fonctionner si on installe Ubuntu à la suite de Windows sur le disque. Si des partitions sont déjà présentes, il faut supprimer et recréer toutes les partitions pour qu'elles soient alignées. |
(Car Ubuntu ne peut pas réaligner les partitions que Windows aurait pu créer non alignées par erreur… À voir si Windows continue de mal aligner les partitions après Windows XP. Windows 7 a une bonne prise en charge des disques électroniques, ça ne devrait plus être le cas.) FIXME | (Car Ubuntu ne peut pas réaligner les partitions que Windows aurait pu créer non alignées par erreur… À voir si Windows continue de mal aligner les partitions après Windows XP. Windows 7 a une bonne prise en charge des disques électroniques, ça ne devrait plus être le cas.) FIXME | ||
Ligne 578: | Ligne 579: | ||
==== Planification des entrées/sorties ==== | ==== Planification des entrées/sorties ==== | ||
- | **Cette opération n'est plus utile sur les disques électroniques relativement récents, seuls les tout premiers nécessitent cette modification.** | + | **Cette opération n'est plus utile sur les disques électroniques relativement récents, seuls les tous premiers nécessitent cette modification.** |
<note important>[[http://libre-ouvert.toile-libre.org/?article72/ssd-crucial-m4-64-go-linux-trim-ext4-noatime#cfq|Cette amélioration n'est plus nécessaire avec la mise à jour de l'ordonnanceur "cfq"]]</note> | <note important>[[http://libre-ouvert.toile-libre.org/?article72/ssd-crucial-m4-64-go-linux-trim-ext4-noatime#cfq|Cette amélioration n'est plus nécessaire avec la mise à jour de l'ordonnanceur "cfq"]]</note> | ||
Ligne 606: | Ligne 607: | ||
Afin d' améliorer les performances des systèmes comportant a la fois des disques SSD et des disques mécaniques il est possible grâce à UDEV de définir automatiquement le scheduleur à utiliser en fonction du type de disque (a plateaux ou SSD) avec la méthode suivante : | Afin d' améliorer les performances des systèmes comportant a la fois des disques SSD et des disques mécaniques il est possible grâce à UDEV de définir automatiquement le scheduleur à utiliser en fonction du type de disque (a plateaux ou SSD) avec la méthode suivante : | ||
editer ou creer le fichier avec les droits super-utilisateur : /etc/udev/rules.d/60-schedulers.rules | editer ou creer le fichier avec les droits super-utilisateur : /etc/udev/rules.d/60-schedulers.rules | ||
- | <code bash>sudo gedit /etc/udev/rules.d/60-schedulers.rules</code> | + | <code bash>gksu gedit /etc/udev/rules.d/60-schedulers.rules</code> |
puis ajoutez y le code suivant : | puis ajoutez y le code suivant : |