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 Les deux révisions suivantes | ||
|
ssd_solid_state_drive [Le 30/08/2019, 18:59] 88.182.40.86 [Interdire la compression des fichiers de trace] |
ssd_solid_state_drive [Le 08/10/2019, 14:50] L'Africain Lien |
||
|---|---|---|---|
| Ligne 145: | Ligne 145: | ||
| Ubuntu va maintenant lancer **fstrim** via un calendrier, comme il le fait pour d'autres tâches de maintenance du système. | Ubuntu va maintenant lancer **fstrim** via un calendrier, comme il le fait pour d'autres tâches de maintenance du système. | ||
| - | Source originale de cette procédure : [[http://www.howtogeek.com/176978/ubuntu-doesnt-trim-ssds-by-default-why-not-and-how-to-enable-it-yourself/]] | + | [[http://www.howtogeek.com/176978/ubuntu-doesnt-trim-ssds-by-default-why-not-and-how-to-enable-it-yourself/|Source originale de cette procédure]] |
| ==== La commande TRIM manuelle ==== | ==== La commande TRIM manuelle ==== | ||
| Ligne 297: | Ligne 297: | ||
| * Les dossiers /var/run et /var/lock sont maintenant des liens pointant vers /run lui-même monté en tmpfs par le système au démarrage, les mettre dans le fstab est donc redondant. | * Les dossiers /var/run et /var/lock sont maintenant des liens pointant vers /run lui-même monté en tmpfs par le système au démarrage, les mettre dans le fstab est donc redondant. | ||
| - | * 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|cette page]] |
| * Apparemment, même constat avec Samba que Apache | * Apparemment, même constat avec Samba que Apache | ||
| * Apparemment, même constat avec mysql 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é [[http://ubuntuone.com/6KWd2jN40GRqdVkVpQFOv0|ici]] |
| - | + | ||
| - | > "...for programs that require temporary files or directories that are preserved between system reboots. Therefore, data stored in /var/tmp is more persistent than data in /tmp. Files and directories located in /var/tmp must not be deleted when the system is booted. Although data stored in/var/tmp is typically deleted in a site-specific manner, it is recommended that deletions occur at a less frequent interval than /tmp." So, I deleted that line in the community docs." | + | |
| Vous pouvez ajouter autant de dossiers que vous souhaitez en mémoire vive. Contrairement à Windows et ses disques virtuels réclamant immédiatement la mémoire allouée sur la mémoire vive, ici son utilisation est dynamique : ne sera donc consommé que ce qui est utilisé par les dossiers mis en mémoire vive. | Vous pouvez ajouter autant de dossiers que vous souhaitez en mémoire vive. Contrairement à Windows et ses disques virtuels réclamant immédiatement la mémoire allouée sur la mémoire vive, ici son utilisation est dynamique : ne sera donc consommé que ce qui est utilisé par les dossiers mis en mémoire vive. | ||
| Ligne 309: | Ligne 307: | ||
| <note warning> | <note warning> | ||
| - | Attention, la procédure suivante est susceptible de casser votre session **Unity** sous **Ubuntu 13.10**. Unity n'a pas l'air d'apprécier qu'on lui ôte le dossier /home/nom-d'utilisateur/.cache. | + | Attention, la procédure suivante est susceptible de casser votre session **Unity**. Unity n'a pas l'air d'apprécier qu'on lui ôte le dossier /home/nom-d'utilisateur/.cache. |
| </note> | </note> | ||
| Ligne 334: | Ligne 332: | ||
| === Interdire la compression des fichiers de trace === | === Interdire la compression des fichiers de trace === | ||
| - | Si le repertoire /var continue d'être stocké dans le SSD, il peut être intéressant d'interdire la compression des vieux fichiers de trace ou leur conservation en durée exagérée voir https://doc.ubuntu-fr.org/logrotate#la_compression | + | Si le repertoire **/var** continue d'être stocké dans le SSD, il peut être intéressant d'interdire la compression des vieux fichiers de trace ou leur conservation en durée exagérée voir pour cela la page [[logrotate#la_compression|logrotate]]. |
| ==== La partition d'échange (SWAP) ==== | ==== La partition d'échange (SWAP) ==== | ||
| Ligne 363: | Ligne 361: | ||
| <note>''nodiratime'' est superflu, car ''noatime'' est un sur-ensemble de ''nodiratime'' (qui est alors sous-entendu), voir [[http://blog.endpoint.com/2010/02/on-linux-noatime-includes-nodiratime.html|la source]].</note> | <note>''nodiratime'' est superflu, car ''noatime'' est un sur-ensemble de ''nodiratime'' (qui est alors sous-entendu), voir [[http://blog.endpoint.com/2010/02/on-linux-noatime-includes-nodiratime.html|la source]].</note> | ||
| - | <note important> | ||
| - | Aux utilisateurs d'**Ubuntu 13.10**: la modification du /etc/fstab peut entraîner des difficultés à ouvrir votre session **Unity** comme expliqué sur ce sujet de discussion : [[http://forum.ubuntu-fr.org/viewtopic.php?id=1401411]]. | ||
| - | Cela s'appliquerait tout particulièrement au dossier /home/nom d'utilisateur/.cache, les autres procédures n'ont pas l'air d'avoir d'incidence négative. | ||
| - | </note> | ||
| En [[tutoriel:comment_modifier_un_fichier|modifiant]] ''/etc/fstab'' avec les droits d'administration, vous pouvez ajouter l'option ''noatime'' dans les lignes correspondant à de l'Ext4 sur un disque électronique. Par exemple : | En [[tutoriel:comment_modifier_un_fichier|modifiant]] ''/etc/fstab'' avec les droits d'administration, vous pouvez ajouter l'option ''noatime'' dans les lignes correspondant à de l'Ext4 sur un disque électronique. Par exemple : | ||
| Ligne 632: | Ligne 626: | ||
| "Ureadhead" est destiné à améliorer les performances de démarrage sur les disques durs traditionnels en organisant l'ordre de lecture sur le disque. Malheureusement sur certains disques électroniques très vieux, il réduit aujourd'hui les performances car les programmes ne démarrent pas pendant le chargement "ureadhead" alors que les performances du disque électronique permettent un accès direct au données bien plus efficace lors de l'exécution des programmes. Le ticket de la bogue [[https://bugs.launchpad.net/bugs/577763|LP #577763]] à ce sujet est ouvert. | "Ureadhead" est destiné à améliorer les performances de démarrage sur les disques durs traditionnels en organisant l'ordre de lecture sur le disque. Malheureusement sur certains disques électroniques très vieux, il réduit aujourd'hui les performances car les programmes ne démarrent pas pendant le chargement "ureadhead" alors que les performances du disque électronique permettent un accès direct au données bien plus efficace lors de l'exécution des programmes. Le ticket de la bogue [[https://bugs.launchpad.net/bugs/577763|LP #577763]] à ce sujet est ouvert. | ||
| - | Un contournement pour désactiver "ureadhead" est de désactiver le lancement du démon correspondant dans le script d'amorçage upstart : | + | Un contournement pour désactiver "ureadhead" est de désactiver le lancement du démon correspondant dans le script d'amorçage upstart : |
| * Ouvrir le fichier /etc/init/ureadahead.conf avec les droits super-utilisateur | * Ouvrir le fichier /etc/init/ureadahead.conf avec les droits super-utilisateur | ||
| * Commenter la ligne ''exec /sbin/ureadahead --daemon'' en ajoutant un dièse (#) tout au début | * Commenter la ligne ''exec /sbin/ureadahead --daemon'' en ajoutant un dièse (#) tout au début | ||