evolution-calendar-factory uses lots of memory
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| evolution (Ubuntu) |
Undecided
|
Unassigned | ||
| evolution-data-server (Ubuntu) |
High
|
Unassigned | ||
| indicator-datetime (Ubuntu) |
Undecided
|
Unassigned |
Bug Description
As filed under bug #1342123 (under Canonical System Image, i.e. for mobile installs) by several users, including desktop installs, evolution-
This might have to do with having lots of linked calendars (Google Agenda or other). Another user on my system has much fewer Google Agendas than me and her memory usage of evolution-
There have been random crashes of the process, mostly directly upon login, always caused by addressing memory out of range.
There used to be a workaround by invoking the process a second time, which caused it to exit more or less gracefully. This is not the case anymore in 16.04.
Unfortunately, searching Google leads to the bug #1342123 which concerns "Canonical System Image", and several users have replied even though it does not only concern mobile installs, which is not immediately self-evident when you are not aware what "Canonical System Image" stands for…
description: | updated |
Sebastien Bacher (seb128) wrote : | #1 |
Changed in evolution-data-server (Ubuntu): | |
importance: | Undecided → High |
status: | New → Incomplete |
Changed in evolution (Ubuntu): | |
status: | New → Invalid |
Changed in indicator-datetime (Ubuntu): | |
status: | New → Incomplete |
Eric Broneer (ledoc) wrote : | #2 |
Hi @seb128 ,
I have tried disabling my three online Google accounts and the subprocess disappears altogether. As soon as I re-enable one account with few Google Agenda items, it comes back with ~ 50 Mio. When I enable the main account that has a good many Google Agenda items, the subprocess starts to happily eat away at its 300+ Mio.
So the obvious workaround now is to disable GMail and Calendar synchronization in System parameters/Online accounts (see attached screenshot).
Concerning the putative memory leak (the subprocess does indeed eat away at more and more memory as time goes by), this would include compiling evolution-
Eric Broneer (ledoc) wrote : | #3 |
Temporary workaround for high memory usage of evolution-
Launchpad Janitor (janitor) wrote : | #4 |
[Expired for evolution-
Changed in evolution-data-server (Ubuntu): | |
status: | Incomplete → Expired |
Launchpad Janitor (janitor) wrote : | #5 |
[Expired for indicator-datetime (Ubuntu) because there has been no activity for 60 days.]
Changed in indicator-datetime (Ubuntu): | |
status: | Incomplete → Expired |
BronsonMathews (bronsonmathews) wrote : | #6 |
still happening, 3x process using 40mb+ ram each!
BronsonMathews (bronsonmathews) wrote : | #7 |
on 16.04 btw
Omar Elazhary (omazhary) wrote : | #8 |
I can confirm it still exists on 16.04. Any news regarding this?
dronus (paul-geisler) wrote : | #9 |
Even large memory usage for 16.04 clean install with empty calendar and without any online accounts added.
Changed in evolution-data-server (Ubuntu): | |
status: | Expired → Confirmed |
Khurshid Alam (khurshid-alam) wrote : | #10 |
This has been fixed for 3.20 in yakkety. Can anyone confirm. If so, It would be a SRU bug for backporting 3.20 to 16.04 would be nice.
tags: | added: xenial |
albflo (albflo) wrote : | #11 |
Still happens in 16.04.1 with Gnome 3.18, the evolution-
TitanKing (titan-phpdevshell) wrote : | #12 |
Upgraded Ubuntu Gnome 16.04.2 to Gnome 3.20.4 with same issue. Except I get 4 running processes and I can find no way of disabling it. Its a bummer. I don't use calendar at all.
TitanKing (titan-phpdevshell) wrote : | #13 |
Upgraded Ubuntu Gnome 16.04.2 to Gnome 3.20.4 with same issue. Except I get 4 running processes and I can find no way of disabling it. Its a bummer. I don't use calendar at all.
Here is what I did to disable these services;
sudo chmod -x /usr/lib/
sudo chmod -x /usr/lib/
sudo chmod -x /usr/lib/
Trent Nelson (trent-a-b-nelson) wrote : | #14 |
TitanKing,
I'd posted a bit less intrusive workaround at https:/
Iván Pérez (ivan.perez-keera.es) wrote : | #15 |
I can confirm that this problem exists in 18.04 and that disabling the linked Google account in Account Settings worked for me.
The chmod-based solution posted by titan-phpdevshell (#13) also worked, but I expect that to stop working as soon as I upgrade.
Thank you for your bug report, could you try to get a valgrind log showing the leak? is it linked to some specific calendar (can you repeat/try by disabling some accounts?)