After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 770265 - evolution-calendar-factory-subprocess high network usage
evolution-calendar-factory-subprocess high network usage
Status: RESOLVED DUPLICATE of bug 761450
Product: evolution
Classification: Applications
Component: Calendar
3.20.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2016-08-23 07:00 UTC by dumazdamaz
Modified: 2016-08-29 20:12 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description dumazdamaz 2016-08-23 07:00:20 UTC 
Evolution uses 10 kB/s or more up and down constantly. One process in list of process (top command in linux) appears to use 1% cpu all the time. This is evolution-calendar-factory-subprocess. If this process is paused entire internet traffic drops from +10kB/s up and down to approx 0 kB/s.

Why is this process using so much network in both directions constantly?
Comment 1 André Klapper 2016-08-23 08:29:10 UTC 
Cannot reproduce here. Please provide data / logs, plus configuration information about your calendar accounts.
Comment 2 Milan Crha 2016-08-23 17:23:00 UTC 
Thanks for a bug report. Do you know the command line the process was started, please? It can be seen with `ps ax | grep evolution`. The interesting part is the --factory argument. If it's CalDAV, do you use Google calendars? Do you configure them directly in the evolution, or rather in GNOME Online Accounts (GOA)? If it's Google and possibly configured through GOA, then it can be bug #761450.
Comment 3 dumazdamaz 2016-08-29 18:15:59 UTC 
Yes I am using it with Google calendar (caldav) and have it setup via the online accounts manager and not Evolution itself. With ps ax | grep evolution:

3461 tty2     Tl+    0:03 /usr/lib/evolution/evolution-calendar-factory-subprocess --factory local --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx3450x2 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/3450/2
 3475 tty2     Sl+    0:11 /usr/lib/evolution/evolution-calendar-factory-subprocess --factory caldav --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx3450x3 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/3450/3
3508 tty2     Sl+    0:03 /usr/lib/evolution/evolution-calendar-factory-subprocess --factory contacts --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx3450x4 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/3450/4
 3596 tty2     Sl+    0:17 /usr/lib/evolution/evolution-calendar-factory-subprocess --factory gtasks --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx3450x5 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/3450/5
Comment 4 Milan Crha 2016-08-29 20:12:33 UTC 
Thanks for the update. I meant which of those processes is using the CPU/network? Even as the other parts are mathcing, then I believe it's CaldAV through GOA, thus bug 761450.

*** This bug has been marked as a duplicate of bug 761450 ***