[ssd] /var/log dans tmpfs ? (résolu)

[astreides]

Bonjour

J'ai installé archlinux sur un ssd intel 330, et dans les différentes optimisations on parle de mettre les log de var dans le tmpfs du fstab comme suivant et ceux afin d'éviter les écritures successives des logs :
tmpfs /var/log tmpfs defaults,nosuid,nodev,noatime,mode=0755,size=5% 0 0

Cependant, les derniers ssd étant plus performants et que les logs peuvent êtres utiles (ex :extinction brutales du pc) est-ce vraiment utile et cela réduit-il vraiment la vie du ssd ?

[Ypnose]

C'est selon moi une mauvaise idée de faire ça. Tu ne peux exploiter aucun logs car ils sont supprimés à chaque extinction (surtout le pacman.log et le Xorg.0.log).
Sinon, je ne sais pas si tu utilises syslog en plus de journald, mais je pense que c'est une économie de bout de chandelles. Avec syslog, cela peux générer des cycles superflus mais je ne sais pas avec journald.
Après, l'écriture des logs n'est pas faites chaque seconde ou alors cela veux dire que tu as un soucis, donc l'écriture reste tout de même limitée. Bref, à ta place je ne ferais pas ça.
Si tu veux vraiment économiser des cycles, place ton cache web et aussi ton profil sur un tmpfs.

[astreides]

donc si je comprend bien tu me conseil de ne pas mettre le var/log en tmpfs dans fstab ?
"place ton cache web et aussi ton profil sur un tmpfs" : comment fait-on ?

Merci

[Ypnose]

Voilà les liens (même si je t'encourage à chercher aussi de ton côté):
http://wiki.archlinux.fr/Firefox#Cache_sur_la_RAM
https://wiki.archlinux.org/index.php/Fi ... ile_to_RAM

[astreides]

merçi pour les liens

Voiçi mon fstab pour avis :

Code : Tout sélectionner

# 
# /etc/fstab: static file system information
#
# <file system>	<dir>	<type>	<options>	<dump>	<pass>
UUID=610730a1-7d6d-41db-88e5-d1b5c33ad6c1 / ext4 defaults,noatime,discard 0 1
UUID=81328150-2bb1-41ba-9a44-45d2b6c95879 /home ext4 defaults,noatime,discard 0 1
UUID=f4596e82-7bfa-4d1a-9337-09bf54732766 /boot ext2 defaults 0 1
tmpfs		/tmp	tmpfs	defaults,noatime,nodev,nosuid	0	0
#tmpfs		/var/log	tmpfs	defaults,nosuid,nodev,noatime,mode=0755,size=5%	0	0

[oktoberfest]

Avec les dernières versions de systemd, tu n'as plus besoin de spécifier /tmp dans ton /etc/fstab, /usr/lib/systemd/system/tmp.mount s'occupe de cela. Tu veux virer la ligne de /etc/fstab.

[astreides]

Là j'apprend quelque chose de nouveau : j'ai fait un sudo systemctl status tmp.mount pour voir et effectivement j'ai :

Code : Tout sélectionner

tmp.mount - /tmp
	  Loaded: loaded (/etc/fstab; static)
	  Active: active (mounted) since mer., 2013-01-09 11:22:02 CET; 5h 50min ago
	   Where: /tmp
	    What: tmpfs
	 Process: 225 ExecMount=/bin/mount tmpfs /tmp -t tmpfs -o defaults,noatime,nodev,nosuid (code=exited, status=0/SUCCESS)
	  CGroup: name=systemd:/system/tmp.mount

Donc je peux configurer mon fstab comme suit :

Code : Tout sélectionner

# 
# /etc/fstab: static file system information
#
# <file system>	<dir>	<type>	<options>	<dump>	<pass>
UUID=610730a1-7d6d-41db-88e5-d1b5c33ad6c1 / ext4 defaults,noatime,discard 0 1
UUID=81328150-2bb1-41ba-9a44-45d2b6c95879 /home ext4 defaults,noatime,discard 0 1
UUID=f4596e82-7bfa-4d1a-9337-09bf54732766 /boot ext2 defaults 0 1

[astreides]

Donc j'ai changé mon fstab et rebooter et tout semble être correct.
Cependant un sudo systemctl status tmp.mount me donne :
Loaded: loaded (/usr/lib/systemd/system/tmp.mount; static)
Active: active (mounted) since jeu., 2013-01-10 07:10:42 CET; 1h 0min ago
Where: /tmp
What: tmpfs
Docs: man:hier(7)
Process: 111 ExecMount=/bin/mount tmpfs /tmp -t tmpfs -o mode=1777,strictatime (code=exited, status=0/SUCCESS)
CGroup: name=systemd:/system/tmp.mount

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable ?????

[oktoberfest]

Donc tout va bien. La phrase

Code : Tout sélectionner

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable

dit simplement que depuis le démarrage de tmp.mount il y a eu une rotation du fichier journal et que la commande 'status' ne peut plus afficher le log de démarrage.

[astreides]

Donc si tout est normal je peux garder mon fstab comme vu précedemment sans tmpfs avec mon ssd ?

[oktoberfest]

Sans souci, tout est normal. La dernière iso d'installation de Arch fournit un fstab sans /tmp (vu que c'est systemd qui s'en occupe) : tu es donc pile poil dans le sens de la marche

[astreides]

Merci

[viperpaulo]

Avec les dernières versions de systemd, tu n'as plus besoin de spécifier /tmp dans ton /etc/fstab, /usr/lib/systemd/system/tmp.mount s'occupe de cela. Tu veux virer la ligne de /etc/fstab.

J'apprends quelque chose, mais du coup, il le monte dans un tmpfs ? de quelle taille ?
(je regarderai ça ce soir en rentrant, mais ça me semble étonnant qu'il y ait des options par défaut, comment fait-on lorsque l'on ne dispose pas d'une quantité importante de mémoire ?)

En tous cas, merci pour l'info ! Je vais me documenter un peu la dessus !

[tuxce]

Il le monte en tmpfs, par défaut (du fait que ce soit du tmpfs), c'est la moitié de la RAM.
Mais avant systemd, filesystem fournissait un fstab avec un tmp monté en tmpfs.

[oktoberfest]

(je regarderai ça ce soir en rentrant, mais ça me semble étonnant qu'il y ait des options par défaut, comment fait-on lorsque l'on ne dispose pas d'une quantité importante de mémoire ?)

Comme pour toute unité systemd, si tu veux personnaliser tu copies /usr/lib/systemd/system/tmp.mount dans /etc/systemd/system et tu adaptes suivant tes envies (sans oublier un 'systemctl daemon-reload' pour que systemd voit que tu as modifié l'unité).

[Ypnose]

Ou sinon tu ajoutes une entrée /tmp dans ton fstab, comme avant. Cela fonctionne aussi.