J'ai 4Go de ram pour le moment et vu que je fait un peu de montage vidéo a mes heures perdu, j'ai un peu peur de me passé de la swap, mais je les placé hors SSD juste en cas ou...parano pour rien ? Ensuite pour évité d'écrire sur mon SSD j'ai déplacé pacman/pkg sur le HDD, juditieux ou inutile ? surtout que je croit savoir que certain le place en RAM ?
Comment activé TRIM j'ai pas tout compris via google
Y a t'il autre chose que je pourrais faire pour amélioré mon installation et mon SSD ? (ma carte mére me limitant a du sata 2 en plus pfff)
Rien avoir, mais y a t'il moyen de pas affiché la partition windows ? afficher dans Thunar et sur le bureau c'est chiant vu que pas monté du tout....
Pour pacman/pkg c'était pour évité les écritures après c'est vrai que c'est seulement pour les mises a jours c'est pas constant. si je suprime la partition pour réaloué, et que je le retire du fstab, il va retourné automatiquement a ca place ? (donc dans /)
Merci pour le trim ! d'ailleurs j'ai cru lire qu'il faut retiré discard du fstab ?
Y a t'il une commande pour vérifier que le trim est bien en place ?
Pour le cache de Firefox je m'y perd aussi, je vois deux méthodes differente, la premiere lien est de 2011 donc peu être pu a jour, mais "browser.cache.memory.enable" et "browser.cache.disk.enable" était tout deux a true O_o le cache aller sur les disque et la ram ?? pas très logique, en tout cas j'ai rien dans mon dossier /home/.cache a présent donc l'asture de 2011, pourquoi le wiki arch propose cette méthode ?
2. Tester le TRIM Vous pouvez tester que le TRIM fonctionne en lançant la commande fstrim sur votre point de montage: # fstrim /
3. Activer TRIM pour le système de fichier Plutôt que de laisser le système envoyer une commande TRIM à chaque effacement de donnée, on va informer le disque des blocs libres uniquement une fois par jour. Cela permet au disque d’opérer sa réorganisation des blocs libres à un moment où le besoin de performance n’est pas critique et donc d’éviter sur certains SSD de perdre énormément de performance lors des opérations d’effacement de données.
• Avec crond : Editer le crontrab par la commande : # crontab -e ouvrira Vi, commande i pour insérer, et Ajouter : @daily fstrim /; fstrim /home (fonctions séparées par Tab) puis Échapp et :wq Vérifier: # crontab -l , de même après reboot
• Avec cronie : créer une fonction fstrim en éditant un /etc/cron.daily/ qui contiendra :
Dans la gestion du SSD, depuis que j'ai donné mes conseils ici, deux choses semblent avoir changé : 1) le noatime dans le fstab peut donner des problèmes, il est conseillé relatime, ex :
2) la gestion du fstrim est maintenant assurée par systemd * on peut supprimer le lancement par cron comme par cronie * on établit l'éxécution d'un fstrim par systemd (sans avoir à préciser / et /home, car il "taillera" tout ce qui peut l'être) par la simple commande :
# systemctl enable fstrim.timer
note 1: il n'y a pas lieu de lancer fstrim.service, timer se charge du lancement note 2:On peut modifier le fichier /usr/lib/systemd/system/fstrim.timer auquel renverra le lien créé par systemctl en remplaçant weekly par daily si on préfère source forum Archfr
EDIT : Ne pas modifier le fichier /usr/lib/systemd/system/fstrim.timer et laisser weekly qui est suffisant et limite l'usure du SSD en cas d'utilisation de fstrim plus fréquente
Bonsoir Thierry, 2 précisions récentes grâce aux forums Archlinux.fr : * définitivement abandonner l'option discard dans le /etc/fstab (mais sous d'autres formes pour les LVM et les disques cryptés : http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/ * l'option "quiet" du grub désactive des logs de timers dans le journalctl et fait croire que le service ne s'est pas lancé ! Donc si la commande :
journalctl -u fstrim.service
ne vous renvoie aucun détail, no panic ! Complétez simplement avec "systemd.log_level=info" la ligne idoine de /etc/default/grub :
quiet systemd.log_level=info
ne pas oter quiet pour ne pas subir un boot verbeux, surtout avec l'option splash ne pas oublier la mise à jour du grub après la modif :
ewolnux a écrit :Donc, ma question : besoin de rajouter <systemd.log_level=info> ?
Si tu veux avoir la confirmation que ton fstrim.timer a bien lancé (au premier boot de chaque lundi normalement) le service fstrim.service, oui, absolument. Non si tu t'en fiches et que tu n'as pas l'intention de consulter tes logs (aux innocents les mains pleines, ça va bientôt être l'époque de "lou ravi de la crêche" ) pas ton genre.. Je viens de voir sur le forum Arch un membre plutôt calé en informatique qui a vu ses performances sévèrement dégradées parce que son SSD crypté, et en BTRFS (pourquoi faire simple.... air connu) n'avait jamais été fstrimé ! C'est pas drôle parce que le disque peut avoir été physiquement abimé. Un peu de soins envers le matériel coûteux en ces temps de crise...