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

[Isa & Manu Joos]

Pour ma part, je supprimerais simplement tous les fichiers de configuration
(afficher fichiers cachés) qui sont re-créés à la prochaine ouverture de
session...

Bien entendu, il faudra refaire tes configurations personnalisées.

Manu
Le 20 nov. 2014 23:18, "Samuel Chenal" <samuel.chenal at mailoo.org> a écrit :

>  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
>
> _______________________________________________
> gull mailing listgull at forum.linux-gull.chhttp://forum.linux-gull.ch/mailman/listinfo/gull
>
>
>
>
> _______________________________________________
> gull mailing list
> gull at forum.linux-gull.ch
> http://forum.linux-gull.ch/mailman/listinfo/gull
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://forum.linux-gull.ch/pipermail/gull/attachments/20141121/4ec4ab9b/attachment.html>