Open Bug 1731227 Opened 3 years ago Updated 2 years ago

investigate utilizing multi-process (e10s/fission) support for calendar

Categories

(Calendar :: General, enhancement)

Product:
Calendar
Component:
General
Type:
enhancement

Tracking

(Not tracked)

People

(Reporter: mkmelin, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: perf, Whiteboard: [fission:thunderbird])

Bug 1646648 laid some ground work for Fission.
This bug is to make use of that support for calendar.

Summary: investigate utilizing multi-process support for calendar → investigate utilizing multi-process (e10s/fission) support for calendar
Whiteboard: [fission:thunderbird]

Please add key word "PERF".

I think that when looking at this bug, the architectural issues mentioned in bug 1658026 comment 9 should also be looked at. Otherwise we are "paving over" the startup architectural issues that I think calendar has by moving them to a separate process.

Keywords: perf
See Also: → 1658026

Sean, was this what you were recently referring to in matrix?

Flags: needinfo?(leftmostcat)

I'm not clear on exactly what Magnus intends this bug to cover. One of the goals of the provider rework is to move event sync and processing out of the main thread, but I'm not sure if there's something more/different intended here.

Flags: needinfo?(leftmostcat)

With fission every tab (or is it even every frame) has their own process (own main thread), so if a site is slow or crashes, it's mainly a problem for that site, not the application itself. The intention in this bug is to figure out if we can achieve similar separation for the calendar: the calendar would be one "site", that does everything calendar. It would have to communicate with the "mail" site and others.

You need to log in before you can comment on or make changes to this bug.