Closed Bug 966873 Opened 10 years ago Closed 9 years ago

MediaStreamGraph keeps consuming CPU for AudioNodes in BFCache when not connected to destination

Categories

(Core :: Web Audio, defect, P2)

25 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 815492

People

(Reporter: karlt, Assigned: baku)

References

Details

(Keywords: perf)

Attachments

(1 file)

+++ This bug was initially created as a clone of Bug #941873 +++

Load this in a tab and then load another page in the same tab.

Expected results: cpu drops after loading the second page.
Actual: cpu use continues for many minutes.

FWIW Chrome behaves as expected.
Severity: critical → normal
Assignee: nobody → amarchesini
It seems that this bug is already fixed. Or at least I cannot reproduce this issue with the latest nightly. The CPU goes down immediately after the changing of the content in the same tab.
Flags: needinfo?(karlt)
That's because I made it so that AudioContext::Suspend is called from nsGlobalWindow::SuspendTimeouts, that is called when the page is changed.

AudioContext::Suspend (among other things) moves all the MediaStreams that belong to the suspended AudioContext to a separate array (different from MediaStreamGraphImpl::mStreams, which is the array of streams to be processed). Then the AudioContext is collected some time after.
Does it mean that this bug is fixed? Or do we have to do something more?
Flags: needinfo?(padenot)
I think it's fixed, yes.
Flags: needinfo?(padenot)
I'm not sure this is the correct bug ID.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Yes, I don't think it was bug 815492 that fixed this, but good to know it is fixed, thanks.
Flags: needinfo?(karlt)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: