Closed Bug 1558100 Opened 6 months ago Closed 6 months ago

Higth memory and CPU usage when playing video in


(Core :: Graphics: WebRender, defect, P2)

69 Branch



Tracking Status
firefox-esr60 --- unaffected
firefox67 --- unaffected
firefox68 --- unaffected
firefox69 --- verified


(Reporter: nayinain, Assigned: sotaro)




(Keywords: regression)


(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0

Steps to reproduce:

  1. Open a clean Profile.
  2. Open
  3. Play the video in the page for a while.

Actual results:

Higth memory and CPU usage

Expected results:

Sorry for my bad English.

2019-06-10T12:41:12: INFO : Narrowed inbound regression window from [42622b5a, bbab037b] (3 builds) to [ef0b9879, bbab037b] (2 builds) (~1 steps left)
2019-06-10T12:41:12: DEBUG : Starting merge handling...
2019-06-10T12:41:12: DEBUG : Using url:
2019-06-10T12:41:13: DEBUG : Found commit message:
Bug 1556340 - Make D3D11TextureData and DXGIYCbCrTextureData alive during host side usage with WebRender r=nical

By Bug 1555544 , it became clear that D3D11TextureData and DXGIYCbCrTextureData should not be deleted before calling >>RenderDXGITextureHostOGL::EnsureLockable() / RenderDXGITextureHostOGL::EnsureLockable().

With WebRender, the EnsureLockable()s are called on RenderThread asynchronously. Then for achieving the above, it is simpler just to keep >>D3D11TextureData and DXGIYCbCrTextureData alive during host side usage.

There is already a mechanism to do it. By using NotifyNotUsed, it could be done.

Differential Revision:

2019-06-10T12:41:13: DEBUG : Did not find a branch, checking all integration branches
2019-06-10T12:41:13: INFO : The bisection is done.
2019-06-10T12:41:14: INFO : Stopped

Has Regression Range: --- → yes
Has STR: --- → yes
Keywords: regression
Regressed by: 1556340
Assignee: nobody → sotaro.ikeda.g
Ever confirmed: true

The following TextureClient is not recycled, it might be related.

See Also: → 1558436
Priority: -- → P2
See Also: → 1558678
Depends on: 1558620
Blocks: 1558620
No longer depends on: 1558620
See Also: → 1557695
Pushed by
Recycle TextureClient in CanvasClient2D with WebRender r=nical
Closed: 6 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla69

Can you merge this change to beta so that this bug won't hit release? I can guarantee that this site is VERY popular in China.

Among teenagers, it has even more than 80% coverage.

Flags: needinfo?(aciure)

This regression was caused by bug 1556340 within Nightly 69, thus Beta 68 should not be affected. Does Beta have a problem on this website?
Or do you want to imply bug 1556340 should be uplifted to Beta as well?

Flags: needinfo?(aciure)

Does Beta have a problem on this website?

I believe so

but I'm bot sure about D3D11TextureData

Duplicate of this bug: 1558436
Duplicate of this bug: 1558678
Duplicate of this bug: 1559318

== Change summary for alert #21525 (as of Wed, 19 Jun 2019 05:52:34 GMT) ==


16% raptor-motionmark-animometer-firefox linux64-shippable-qr opt 41.30 -> 47.85
11% raptor-motionmark-animometer-firefox windows10-64-shippable-qr opt 39.42 -> 43.58
10% raptor-motionmark-animometer-firefox windows10-64-shippable-qr opt 39.52 -> 43.64

For up to date results, see:

Flags: qe-verify+

Reproduced the issue using Firefox 69.0a1 (20190609214350) on Windows 10x64. After playing the video for a while the CPU and memory usage increased drastically.
The issue is verified fixed with Firefox 69.0b8 (20190725174626) on Windows 10x64, Ubuntu 18.04, macOS 10.14. The CPU and memory usage remains at normal values after playing the video some time while using WebRender.

Flags: qe-verify+

Updating the flag for 69.0b8. Sorry for the mistake.

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