Closed Bug 1515787 Opened 6 years ago Closed 2 years ago

(blob image) Frozen browser and high cpu on tyk.io with webrender enabled

Categories

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

defect

Tracking

()

RESOLVED FIXED
Tracking Status
firefox66 --- affected

People

(Reporter: brian, Assigned: jrmuizel)

References

()

Details

When I visit https://tyk.io/ without webrender enabled, it renders in a few seconds.

When I visit https://tyk.io/ with webrender enabled, Firefox locks up for about 40 seconds and it's cpu utilization tops 600%.

Profile with render disabled: https://perfht.ml/2Cps4HA

Profile with webrender enabled: https://perfht.ml/2Cq1kXB

I'm using Firefox Nightly on OS X on a Macbook Pro.
I somehow cannot repro on a clean profile with WR enabled, but can repro with my personal profile.

Here's a perf profile: https://perfht.ml/2V5tBts

Looks like we're rasterizing blobs over and over?
Priority: -- → P2
Assignee: nobody → jmuizelaar
Depends on: 1518271

This page isn't amazing on Win Nvidia but is good enough to ship.

Blocks: stage-wr-next
No longer blocks: stage-wr-trains
Summary: Frozen browser and high cpu on tyk.io with webrender enabled → (blob image) Frozen browser and high cpu on tyk.io with webrender enabled

Brian can you add the "Renderer" and "RenderBackend" threads to the profiler and capture a new profile of the hang?

Flags: needinfo?(bpitts)

Sure. The new profile is at https://perfht.ml/2TzgHTd

Flags: needinfo?(bpitts)

Ok. This profile is waiting for Blob image rasterization. Can you add "WrWorker" to custom threads by name configuration of the profiler and grab a new profile?

Flags: needinfo?(bpitts)

I had to increase my profiler buffer size to grab this. Here you go: https://perfht.ml/2TAmXu0

Flags: needinfo?(bpitts)

It looks like we're spending a lot of time copy some large images. I wonder why it's not reproducible for everyone.

Is this still reproducible? Here is an archive of the site close to the time of reporting if you need it.

Flags: needinfo?(brian)

Redirect a needinfo that is pending on an inactive user to the triage owner.
:gw, since the bug has high priority and recent activity, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(brian) → needinfo?(gwatson)
Flags: needinfo?(gwatson)
See Also: → 1767570

This renders fine on my local machine, but I wonder if it's related to bug #1767570.

Blocks: 1782590

This seems to work well after https://bugzilla.mozilla.org/show_bug.cgi?id=1767570 landed.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.