Open Bug 1720511 Opened 3 years ago Updated 1 month ago

Typing responses in Google Mail stopped working when sharing a process with a meeting in Meet

Categories

(Core :: DOM: Content Processes, defect, P3)

Firefox 92
x86_64
Windows 10
defect

Tracking

()

Performance Impact medium
Fission Milestone Future
Tracking Status
firefox-esr78 --- disabled
firefox90 --- disabled
firefox91 --- disabled
firefox92 --- affected

People

(Reporter: alex_mayorga, Unassigned, NeedInfo)

References

()

Details

(Keywords: nightly-community, perf:resource-use, perf:responsiveness, Whiteboard: [fission-perf], dom-lws-bugdash-triage)

¡Hola y'all!

Typing replies on https://mail.google.com/mail/u/0/#inbox stopped working altogether and the CPU was at 100%

I captured a profile at https://share.firefox.dev/3wHLEYt

Please let me know if anything further is needed from the profile or device.

¡Gracias!
Alex

Mike, can you pretty please take a look at the reported profile?

Flags: needinfo?(mconley)

Hi! No need to say "pretty" please, of course I'll do it. :p

What's going on here is that a Google Meet session was also running, and in the same process. The Google Meet application was consuming the vast majority of the content process main thread CPU cycles for doing things like:

  1. Painting
  2. Reacting to audioprocess events
  3. Running requestAnimationFrame callback functions
  4. Garbage collecting
  5. Updating the IntersectionObservers code

So there's a lot going on here. One thing to consider is that maybe heavy applications like Meet should probably get their own content process.

alex_mayorga, when you captured this profile, was the Google Meet tab or window in the foreground and visible?

Component: Untriaged → Performance
Flags: needinfo?(mconley) → needinfo?(alex_mayorga)
Product: Firefox → Core

¡Hola Mike!

Hope these lines find you well.

There's indeed a window with a https://meet.google.com/ always visible on the setup for collaboration with my colleagues in "the office".

Hope this is helpful.

¡Gracias!
Alex

Flags: needinfo?(alex_mayorga)

Hey jesup, this looks like a case with Fission where we've got multiple heavy applications from the same domain running in the same content process. Pre-Fission, the pages would have been distributed more randomly across content processes, so this probably would have been harder to hit. Anything to do here? Perhaps we have some plans for more clever load distribution?

Component: Performance → DOM: Content Processes
Flags: needinfo?(rjesup)

We are experimenting with not putting all tabs from the same domain in the same process, for that and several other reasons. It's far easier to switch on something like excessive memory use (or perhaps GC/CC times) than CPU, which tends to be transitory and hard to measure accurately, but partitioning on CPU time is possible.

Flags: needinfo?(rjesup)
Summary: Typing responses in Google Mail stopped working → Typing responses in Google Mail stopped working when sharing a process with a meeting in Meet
Whiteboard: [fission-perf][qf]
Severity: -- → S3
Fission Milestone: --- → Future
Priority: -- → P3
Whiteboard: [fission-perf][qf] → [fission-perf][qf:p1:responsiveness]

¡Hola y'all!

Hope these lines find y'all well.

I had another case of choppy https://meet.google.com/ today and captured this profile:

https://share.firefox.dev/3zvYlrz

It is pretty much unusable and I can't in good faith suggest my colleagues to use Firefox for meetings in "El Goog" anymore.

Is this the same bug or a separate one?

I also believe this should be higher than a P3 given the prevalence of this meeting solution nowadays.

¡Gracias!
Alex

Parent process is very quiet (98% idle), an the relevant child process isn't too active either (68% idle) in the profile from comment 6.
GPU Process' renderer is a bit busier than usually, but I guess if there is a video playing back, that is expected.

Alex, do you have something else running in your system affecting the behavior? That profile looks rather good.

Flags: needinfo?(alex_mayorga)

Alex, also, if you do get a new profile can you turn off screenshots or use the Graphics preset?

Note also that we landed multiple processes per site a couple of months ago, specifically to help with responsiveness in cases where you have a bunch of tabs open from e.g. google which are 'heavy' (meet, docs, calendar, etc). Exactly which tabs ends up sharing will be luck of the draw currently.

¡Hola y'all!

¡Feliz 2022!

Apologies for the late response here.

Please find another profile of meet.google.com making the laptop fans spin like crazy:

https://share.firefox.dev/3KGhrRO

This was with just me staring an instant meeting.

Happy to hop into a Google Meeting with y'all if that makes more sense.

¡Gracias!
Alex

Flags: needinfo?(alex_mayorga)

That doesn't really show much happening in Firefox.
Did you see high cpu usage in OS' system monitor?

Performance Impact: --- → P1
Whiteboard: [fission-perf][qf:p1:responsiveness] → [fission-perf]

The Performance Priority Calculator has determined this bug's performance priority to be P2.

Impact on site: Renders site effectively unusable (+3)
Affects macOS or Windows: One of them (×3)
Configuration: Rare (×0.3)
[x] Causes severe resource usage (+2)
[x] Affects major website (×5)

Performance Impact: P1 → P2

Alex, have you seen this recently? I do use Google meet every now and then and while doing that also use Google doc etc. and haven't seen anything like this. And I just re-tested this and ensured Gmail and Meet run in the same process and based on profiles, processes were mostly idle.
When typing in GMail, the process is a bit busy, since it triggers so much network traffic, but the process was still mostly idle.

Flags: needinfo?(alex_mayorga)
Whiteboard: [fission-perf] → [fission-perf], dom-lws-bugdash-triage
You need to log in before you can comment on or make changes to this bug.