Open Bug 1623634 Opened 4 years ago Updated 2 years ago

Huge mask rasterization and upload on https://www.apple.com/ipad-pro/

Categories

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

defect

Tracking

()

REOPENED
Tracking Status
firefox78 --- wontfix

People

(Reporter: jrmuizel, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: perf)

Blocks: wr-perf
See Also: → 1623515
Keywords: perf
Priority: -- → P3

Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is P3 (Backlog,) indicating it has been triaged, the bug's Severity is being updated to S3 (normal.)

Severity: normal → S3
Blocks: wr-blob-perf
No longer blocks: wr-perf
Blocks: 1782834

I checked both the current version of the page and also an archived version from March 2020 (https://web.archive.org/web/20200318123913/https://www.apple.com/ipad-pro/) and they both seem to run well now - there was no apparent major clip mask times shown in the profiler.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME

The 2020 version runs passably on one of my most powerful computers but runs flawlessly on safari on the same device (in particular the zoom effect towards the lidar sensor section). I would be very surprised if mid/low end intel on windows doesn't choke on the texture uploads anymore.
It takes a while for the assets to load from archive.org before the issue can be reproduced.

I think that we can and should do a lot better with the large SVGs there, I'll reopen it because the testcase here highlights some our issues with large in a nice way.

Edit: hm it's not as reliably bad on the high end laptop as I thought it was. I want to test on a more common configuration though. I think the test case is interesting because it's typical of the fancy scroll effects on the commercial pages when new apple or google pixel products are released.

Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
You need to log in before you can comment on or make changes to this bug.