[user@ouistiti ~]$ ls /etc/cron.hourly/
kill_evolution-data-server
[user@ouistiti ~]$ cat /etc/cron.hourly/kill_evolution-data-server
#!/bin/bash
killall -v -r evolution-data-serv.* 2>&1 | logger -t joel
[user@ouistiti ~]$
Bref je tue toutes les heures ce process, et du coup j'améliore nettement les performances de mon pc qui du coup ne swappe plus sous l'effet d'un process prenant allègrement 800Mo de mémoire. Le tout pour une simple gestion d'emails!
Alors voilà, je sais que je n'apporte rien, mais je tiens quand même à gueuler contre les braves gens de chez novell, ce genre de problèmes n'est pas acceptable! Surtout que ça fait des années que ça dure...
# Boated
Posté par Bigon . Évalué à 2.
# Ben...
Posté par darklumina . Évalué à 7.
Linux c'est une affaire de choix.
si tu ne veux plus l'utiliser, un petit coup de apt-get / yum / yast / emerge / pacman / urpmi / cequetuveux et hop t'en sera débarrassé :)
sinon 800Mo de mémoire vive, ca me parait étrange, ca sent la memory leak non ? (enfin je suis encore débutant en programmation...) peut être qu'une mise à jour rendrait ton evolution moins gourmand en ram.
[^] # Re: Ben...
Posté par JoeltheLion (site web personnel) . Évalué à 1.
PS: ça fait au moins un an que c'est comme ça, pas d'amélioration en vue malheureusement :(
[^] # Re: Ben...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
[^] # Re: Ben...
Posté par Fabimaru (site web personnel) . Évalué à 5.
Et quand je quitte Evolution et que je tue e.d.s., je ne vois pas une différence flagrante avec "free".
[^] # Re: Ben...
Posté par JoeltheLion (site web personnel) . Évalué à 1.
[^] # Re: Ben...
Posté par patrick_g (site web personnel) . Évalué à 2.
Sachant que Thunderbird n'est pas bien intégré à Gnome, qu'Evolution est trop bloated (et qu'il ne prévoit aucun mécanisme pour exporter ses emails) j'ai décidé d'abandonner les clients lourds simplement basculer sur Gmail.
Avec un script Greasemonkey pour personnaliser et épurer l'interface et avec l'applet CheckGmail pour prévenir de l'arrivée des messages on arrive à avoir un soft presque idéal : Pas de lourdeur mémoire (par définition) pas de problème d'export ou de sauvegarde des mails, accès universel...Et en plus plus besoin de cette merde de Beagle pour la recherche puisque c'est intégré à Gmail !
Alors certes il y a le problème de la confidentialité des messages mais je me suis aperçu qu'aucun de mes mails n'étaient secrets et que finalement, pour moi, cela n'avais pas d'importance (dans le cas contraire je peux toujours ajouter une extension pour chiffrer). J'aurai aussi pu tenter ClawsMail mais après en avoir un peu bavé avec Evolution les clients lourds me sortaient par les yeux.
[^] # Re: Ben...
Posté par Mathieu Pillard (site web personnel) . Évalué à 10.
C'est pas parceque ca tourne dans ton navigateur que c'est pas lourd en mémoire/cpu. Regarde la conso mémoire de ton navigateur augmenter quand tu restes un peu trop longtemps sur gmail et compagnie :-)
[^] # Re: Ben...
Posté par ndv . Évalué à 10.
Un utilisateur de logiciel propriétaire de plus ! ;-)
[^] # Re: Ben...
Posté par Xavier Maillard . Évalué à 10.
Sinon, il reste la tripatouille de MUA pour GNU Emacs ou bien, au prie, Mutt.
[^] # Re: Ben...
Posté par Calim' Héros (site web personnel) . Évalué à 2.
[^] # Re: Ben...
Posté par lezardbreton . Évalué à 2.
[^] # Re: Ben...
Posté par IsNotGood . Évalué à 2.
Je suis passé à Thunderbird (et aussi sous Gnome), ce n'est pas pour autant que je critique Evolution. D'autant plus que si je n'utilise plus Evolution, il serait un peu bête que je le critique.
Je suis passer à Thunderbird, car comme j'utilise aussi Windows (c'est pour le boulot), j'avais envis d'avoir le même client mail sous Linux que sous Windows.
Quand je suis passé à Thunderbird, je ne trouvais pas Evolution "bloated". D'ailleurs je préférais Evolution à Thunderbird. Mais je préfère avoir un seul client mail aussi bien pour Windows que Linux. Ceci, Evolution ne me l'offre pas.
[^] # Re: Ben...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 5.
[^] # Re: Ben...
Posté par liberforce (site web personnel) . Évalué à 3.
[^] # Re: Ben...
Posté par Juke (site web personnel) . Évalué à 2.
Pour un seul message :
Fichier > enregistrer le message.
Pour tout un dossier automatiquement :
Bouton droit sur le dossier > Copier localement.
# Ça fait des années que ça dure ?
Posté par Snark_Boojum . Évalué à 10.
Quand il pousse une gueulante sur un truc dont il ne m'a jamais fait part... j'ignore, ou je lui dit quelque chose de pas très poli (ce n'est pas pour rien que personne n'a jamais songé à moi pour les affaires étrangères! ;-) ).
Alors, ce lien ?
[^] # Re: Ça fait des années que ça dure ?
Posté par JoeltheLion (site web personnel) . Évalué à 3.
[^] # Re: Ça fait des années que ça dure ?
Posté par Tonton Benoit . Évalué à 3.
Donc oui si ça consomme tant chez toi c'est qu'il y as un bug ! La cause pourrait être un patch ou une option de compilation, alors un petit rapport sur le bugzilla de ta distro est un bon commencement.
[^] # Re: Ça fait des années que ça dure ?
Posté par JoeltheLion (site web personnel) . Évalué à 1.
[^] # Re: Ça fait des années que ça dure ?
Posté par IsNotGood . Évalué à 10.
Il manque à ton rapport de bug la version exacte de eds que tu utilises.
Donnes aussi la distribution que tu utilises (parfois les distributions ont des patchs spécifiques). Regardes dans le bugzilla de ta distribution si ce bug existe et si c'est le cas fait pointer chaque rapport de bug sur l'autre.
Si tu peux et si tu n'as pas la dernière version officiel de eds, fait un essai avec la dernière version. Idéalement il faut aussi faire un essai avec la version CVS.
Si tu veux une "assurance qualité" pour les logiciels libres que tu utilises, il faut payer du support !
# GNOME
Posté par Nicolas Schoonbroodt . Évalué à -6.
[^] # Re: GNOME
Posté par Xavier Maillard . Évalué à 1.
Et puis, les autres clients "graphiques" ne sont pas forcément meilleurs non plus.
[^] # Re: GNOME
Posté par Christophe Merlet (site web personnel) . Évalué à 8.
[root@taurus ~]# yum remove evolution-data-server
...
Dependencies Resolved
=============================================================================
Package Arch Version Repository Size
=============================================================================
Removing:
evolution-data-server i386 1.8.3-6.fc6 installed 9.9 M
Removing for dependencies:
NetworkManager-gnome i386 1:0.6.4-5.fc6 installed 393 k
beryl i386 0.2.0-1.fc6 installed 0.0
beryl-gnome i386 0.2.0-1.fc6 installed 0.0
bug-buddy i386 1:2.16.0-4.fc6 installed 1.6 M
byzanz i386 0.1.1-4.fc6 installed 224 k
compiz i386 0.3.6-2.fc6 installed 2.7 M
control-center i386 1:2.16.3-11.fc6 installed 8.2 M
deskbar-applet i386 2.17.2-2.fc6 installed 2.2 M
ekiga i386 2.0.5-3.fc6 installed 13 M
evolution i386 2.8.3-2.fc6 installed 36 M
evolution-connector i386 2.8.3-1.fc6 installed 2.5 M
evolution-data-server-devel i386 1.8.3-6.fc6 installed 3.6 M
evolution-webcal i386 2.7.1-6 installed 265 k
gaim i386 2:2.0.0-0.31.beta6.fc6 installed 18 M
gaim-otr i386 3.0.1-0.3.20060921cvs.fc6 installed 101 k
gnome-applets i386 1:2.16.0.1-12.fc6 installed 32 M
gnome-netstatus i386 2.12.0-5.1 installed 971 k
gnome-panel i386 2.16.3-2.fc6 installed 10 M
gnome-panel-devel i386 2.16.3-2.fc6 installed 170 k
gnome-pilot i386 2.0.15-1.fc6 installed 1.9 M
gnome-pilot-conduits i386 2.0.15-1.fc6 installed 415 k
gnome-pilot-devel i386 2.0.15-1.fc6 installed 403 k
gnome-python2-applet i386 2.16.0-1.fc6 installed 16 k
gnome-schedule noarch 1.1.0-1.fc6 installed 1.5 M
gnome-session i386 2.16.3-1.fc6 installed 1.3 M
gnome-utils i386 1:2.16.0-1.fc6 installed 8.5 M
gnome-volume-manager i386 2.15.0-4.fc6 installed 1.9 M
heliodor i386 0.2.0-1.fc6 installed 84 k
libgail-gnome i386 1.1.3-1.2.1 installed 60 k
lock-keys-applet i386 1.0-11.fc6 installed 91 k
nautilus-sendto i386 0.7-5.fc6 installed 174 k
nautilus-sendto-bluetooth i386 0.7-5.fc6 installed 8.6 k
orca i386 1.0.1-1.fc6 installed 3.7 M
planner-eds i386 0.14.2-1.fc6 installed 54 k
revelation i386 0.4.11-1.fc6 installed 1.1 M
tsclient i386 0.148-5.fc6 installed 526 k
wp_tray i386 0.5.1-4.fc6 installed 207 k
xfce4-xfapplet-plugin i386 0.1.0-3.fc6 installed 103 k
Transaction Summary
=============================================================================
Install 0 Package(s)
Update 0 Package(s)
Remove 39 Package(s)
Is this ok [y/N]:
Effectivement, aucun rapport entre evolution-data-server et GNOME...
[^] # Re: GNOME
Posté par inico (site web personnel) . Évalué à 2.
C'est plutot un bug de yum (ou du packet) qu'autre chose.
[^] # Re: GNOME
Posté par Christophe Merlet (site web personnel) . Évalué à 2.
Et quand bien même il y aurait un lien de dépendance entre evolution-data-server et libgnome, cela ne ferait que confirmer avec encore plus de force que GNOME et evolution-data-server sont intimement lié !
[^] # Re: GNOME
Posté par inico (site web personnel) . Évalué à 2.
[^] # Re: GNOME
Posté par Christophe Merlet (site web personnel) . Évalué à 0.
je ne vois toujours pas libgnome dans la liste des paquets supprimés... J'ai beau écarquiller les yeux, je ne vois pas libgnome dans la liste...
En plus, tous les paquets n'ont pas libgnome en commun !!
$ rpm -q --requires beryl
beryl-core = 0.2.0-1.fc6
beryl-gnome = 0.2.0-1.fc6
beryl-kde = 0.2.0-1.fc6
bdock >= 0.2.0
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
[^] # Re: GNOME
Posté par allcolor (site web personnel) . Évalué à 2.
[^] # Re: GNOME
Posté par Juke (site web personnel) . Évalué à 3.
Sur debian il me propose de retirer les paquets suivants :
ekiga
evolution
evolution-plugins
evolution-plugins-experimental
mail-notification-evolution
Peut être faire un rapport de bug à ta distribution car je suis pas sur que compiz ai besoin d'evolution pour fonctionner.
[^] # Re: GNOME
Posté par Christophe Merlet (site web personnel) . Évalué à 1.
Sur Debian Etch :
# apt-get remove --purge libedataserver1.2-7
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Les paquets suivants seront ENLEVÉS :
deskbar-applet* ekiga* evolution* evolution-data-server* evolution-exchange* evolution-plugins*
evolution-webcal* fast-user-switch-applet* gnome-applets* gnome-control-center* gnome-core*
gnome-desktop-environment* gnome-panel* gnome-session* gnome-terminal* libcamel1.2-8* libebook1.2-5*
libecal1.2-6* libedata-book1.2-2* libedata-cal1.2-5* libedataserver1.2-7* libedataserverui1.2-6*
libexchange-storage1.2-1* nautilus* nautilus-cd-burner*
0 mis à jour, 0 nouvellement installés, 25 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 0o dans les archives.
Après dépaquetage, 43,1Mo d'espace disque seront libérés.
Souhaitez-vous continuer [O/n] ?
Sur Ubuntu 7.04 :
# apt-get remove --purge libedataserver1.2-9
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état... Fait
Les paquets suivants ont été automatiquement installés mais ne sont plus nécessaires :
evolution-common debootstrap gnome-desktop-data tftpd-hpa gnome-menus libapm1 nautilus-data
gtkhtml3.14 libeel2-data powermgmt-base gnome-about libslab0 capplets-data libegroupwise1.2-13
openbsd-inetd nbd-server liblpint-bonobo0 ltsp-server libeel2-2 libpt-plugins-alsa
gnome-terminal-data python-gmenu libopal-2.2.0 nfs-kernel-server evolution-data-server-common
gnome-applets-data libgtkhtml3.14-19 gnome-panel-data
Utiliser "apt-get autoremove" pour les supprimer
Les paquets suivants seront ENLEVÉS :
alacarte* bug-buddy* contact-lookup-applet* deskbar-applet* ekiga* evolution* evolution-data-server*
evolution-exchange* evolution-plugins* evolution-webcal* gnome-applets* gnome-control-center*
gnome-panel* gnome-session* gnome-terminal* libcamel1.2-10* libebook1.2-9* libecal1.2-7*
libedata-book1.2-2* libedata-cal1.2-6* libedataserver1.2-9* libedataserverui1.2-8*
libexchange-storage1.2-3* nautilus* nautilus-cd-burner* nautilus-sendto*
0 mis à jour, 0 nouvellement installés, 26 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 0o dans les archives.
Après dépaquetage, 50,1Mo d'espace disque seront libérés.
Souhaitez-vous continuer [O/n] ?
Il n'y a décidément vraiment aucun rapport entre evolution-data-server et GNOME...
[^] # Re: GNOME
Posté par Juke (site web personnel) . Évalué à 8.
Tu cherche surtout pas à supprimer la meme chose que moi.
Je cherche à supprimer evolution-data-server, qui est utilisé par mail-notification-evolution, evolution et ekiga
tu cherche à supprimer une librairie utiliséé par evolution et par d'autres logiciels.
[^] # Re: GNOME
Posté par Christophe Merlet (site web personnel) . Évalué à 0.
Je supprime bien evolution-data-server.
Ou tu as vu que la bibliothèque que je supprime n'est pas celle d'evolution-data-server.
Si tu as un doute, télécharge le code source d'evolution-data-server
ftp://ftp.gnome.org/pub/gnome/sources/evolution-data-server/
[^] # Re: GNOME
Posté par wismerhill . Évalué à 4.
Ça permet d'avoir la bibliothèque qui apporte les fonctionnalités nécessaire à d'autres programmes sans pour autant installer le projet complet d'où viens la bibliothèque (ici evolution).
[^] # Re: GNOME
Posté par inico (site web personnel) . Évalué à 3.
D'autre programme qu'evolution utilisent cette lib.
Et par le jeux des dependances, tu as une longue liste.
[^] # Re: GNOME
Posté par Christophe Merlet (site web personnel) . Évalué à 1.
Merci de confirmer que GNOME est fortement dépendant d'evolution-data-server :)
Je commencer à en douter :)
[^] # Re: GNOME
Posté par Tonton Benoit . Évalué à 5.
À pars Evolution (logique), et Gnome (un metapackage permettant d'installer tout Gnome, donc la dépendance et logique) tous les paquets ont un useflag (eds) permettant de désactiver la dépendance à evolution-data-server à l'exception de bug-buddy.
Bref la "forte" dépendance de Gnome à evolution-data-server est uniquement du aux choix des mainteneurs des distributions binaire !
[^] # Re: GNOME
Posté par Calim' Héros (site web personnel) . Évalué à 3.
evolution-data-server
gconf
gnome-common
gnome-icon-theme
gnome-keyring
gnome-mime-data
gnome-mount
gnome-vfs
libbonobo
libbonoboui
libglade
libgnome
libgnomecanvas
libgnomeui
orbit
[^] # Re: GNOME
Posté par Calim' Héros (site web personnel) . Évalué à 2.
La même chez moi :
[^] # Re: GNOME
Posté par Tonton Benoit . Évalué à 1.
Calim' Héros -> la tu montre que eds dépend fortement de Gnome, pas le contraire ;)
[^] # Re: GNOME
Posté par Calim' Héros (site web personnel) . Évalué à 1.
Sinon il y a aussi "eix evolution-data-server" qui dit que evolution-data-server est dans gnome-extra et n'est donc aucunement une base de gnome :)
[^] # Re: GNOME
Posté par Juke (site web personnel) . Évalué à 2.
Dans TA distribution. (dans la mienne aussi)
[^] # Re: GNOME
Posté par Staz . Évalué à 2.
$ sudo apt-get remove evolution-data-server
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état... Fait
Les paquets suivants seront ENLEVÉS :
evolution evolution-data-server evolution-plugins
0 mis à jour, 0 nouvellement installés, 3 à enlever et 3 non mis à jour.
Il est nécessaire de prendre 0o dans les archives.
Après dépaquetage, 9413ko d'espace disque seront libérés.
Souhaitez-vous continuer [O/n] ?
ah et 56 mo utilisé par Evolution et des dizaines de milliers de mails en IMAP
[^] # Re: GNOME
Posté par Zorro (site web personnel) . Évalué à 2.
Le remède, c'est de forcer la désinstallation des bibliothèques eds sans vérification des dépendances, puis compiler/installer le couple Evo/eds plus récent, et ça marche nickel (même s'il est dans /usr/local).
# evolution --force-shutdown
Posté par Raphaël SurcouF (site web personnel) . Évalué à 4.
Cependant, j'utilise Evolution depuis des années et je n'ai pas eu de tels problèmes. Tout dépend de ton utilisation, pour ma part, j'ai surtout des comptes IMAP. As-tu des comptes locaux ? Utilises-tu des règles locales de filtrage (personnellement, j'utilise sieve sur mon serveur cyrus) ? Etc.., etc.., etc..
[^] # Re: evolution --force-shutdown
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: evolution --force-shutdown
Posté par Olivier Guerrier . Évalué à 2.
Ici, je vois une énorme différence avec Thunderbird: le second est utilisable au quotidien, pas le premier. (en Imap, sur des serveurs distants et un local).
Je n'ai jamais trouvé de bug au sens premier du terme[1]. J'ai vu par contre un certain nombre de rapport de bug pour ce problème de performance qui a l'air récurrent chez certaines personnes, alors que d'autres n'ont pas l'air de se plaindre.
[1] au second degré, 20 minutes pour ouvrir un dossier Imap de 4000 mails sur un compte Imap en réseau local ...
[^] # Re: evolution --force-shutdown
Posté par B16F4RV4RD1N . Évalué à 3.
J'ai pris Evolution parce que j'avais besoin d'un agenda également. Globalement, je ne m'en plaint pas.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: evolution --force-shutdown
Posté par B16F4RV4RD1N . Évalué à 6.
"c'est renoncer à pas mal de fonctionnalités, comme beagle pour les emails par exemple"
ne penses-tu pas que evolution-data-server pourrait s'engorger et gonfler en mémoire à cause de beagle (je ne sais pas si c'est lié mais teste à tout hasard) ? Si tu désactives beagled qu'est-ce que cela donne ? J'avais testé beagle, et j'avais trouvé que cela alourdissait énormément la charge de la machine.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: evolution --force-shutdown
Posté par thedidouille . Évalué à 1.
[^] # Re: evolution --force-shutdown
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
[^] # Re: evolution --force-shutdown
Posté par Antoine . Évalué à 3.
J'ai un dossier de 58000 messages sur un Cyrus local en Reiserfs, l'ouverture du dossier avec Evolution est quasi-instantanée.
# ps aux|grep mutt
Posté par Zakath (site web personnel) . Évalué à 2.
Avec tout plein de mails dedans, bien sûr. Et en plus il est joli et ergonomique.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.