[gull] Longévité du /home et performances Linux ?

[Samuel Chenal]

Hello, 

Merci à tous pour vos commentaires ! 

Si l'installation a déjà été faite (avec un "vieux" /home) et que la
machine tourne relativement bien (bien qu'un peu lente), quels seraient
vos conseils pour une optimisation ? 

- Recréation d'un nouveau profil propre et déplacement des doc, ainsi
que des paramètres des applis (comme firefox) - va-t-il retrouver ses
petits ou les paramètres des applis sont liés à l'ID du profil ? 

- Virer manuellement les dossiers des applications de /home qui n'ont
vraisemblablement jamais été installés sur cette machine ? Virer les
fichiers de la racine du /home et attendre à la prochaine connexion que
le système les recrée ? Quid dans ce cas des dossiers "système", genre
.kde, .config, .cache, .local... Sont-ils recréés à neuf lors du
prochain redémarrage ? 

- Recréer un nouveau profil propre et tout refaire les configs
manuellement (mais alors quel est l'intérêt de garder son /home d'une
release à une autre ?) ? 

Je vais probablement faire un test avec un vieux profil et un nouveau
flambant neuf sur la même bécane. Je vous ferai un topo. 

Merci d'avance pour vos retours ! 

a+ 

Samuel 

Le 20.11.2014 22:57, Emmanuel Rens a écrit : 

> A mon avis la solution rapide et cool est de créer un dossier /home vide
> à l'installation et de recopier ses documents de l'ancien /home
> après. Les config changent dangereusement entre deux versions du système.
> 
> On 20/11/14 21:23, Yves Martin wrote:
> On Thu, 2014-11-20 at 20:51 +0100, Isa & Manu Joos wrote: Lo Pour ma part, ça fait des années que je suis avec le même /home. L'intérêt est pour moi double : garder ses données au chaud et la configuration des appli, pas besoin de se taper ces re-configurations à chaque réinstall. Cela dit, il m'est arrivé de vider certains (voire tous) ces fichiers pour repartir sur du propre... C'est finalement très vite fait, avant la réinstallation, on vide tous les fichiers cachés dans le /home. Manu Je confirme, notamment avec Evolution. Pour lequel il m'arrive d'aller nettoyer le contenu dans ".cache/", ".local/" ou encore ".config/" selon la terminologie définie par "freedesktop" Le problème pour un démarrage de bureau comme Gnome ou KDE, c'est qu'il est difficile de savoir "qui" ralentit l'ensemble, est-ce le panel, un plugin dans le "tray" ou des applications démarrées en tâche de fond pour apparaître plus vite lors de notification. Personnellement, je n'ai pas 
 le
problème, Awesome VM démarre en un temps non mesurable, consomme un volume de mémoire qui passe en dessous de tout radar... Bref, je travaille avec des applications que je sélectionne en fonction de mes besoins, pas avec un "bureau" qui fournit des tonnes de choses "inutiles", mais c'est une philosophie qui s'est perdu ces dernières années avec l'explosion des ressources disponibles, mais pourtant jamais assez suffisante, puisqu'il a été mesuré que le temps de démarrage des systèmes d'exploitation "grand public" n'a jamais (pas encore) diminué. Yves _______________________________________________ gull mailing list gull at forum.linux-gull.ch http://forum.linux-gull.ch/mailman/listinfo/gull [1]

_______________________________________________
gull mailing list
gull at forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull [1]

 

Links:
------
[1] http://forum.linux-gull.ch/mailman/listinfo/gull
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://forum.linux-gull.ch/pipermail/gull/attachments/20141120/f1f63357/attachment.html>