Bug 236488 - Compositing simple GL scene with a large backing store is slower than expected (greggman doodles canvas-backing-resize.html)
Summary: Compositing simple GL scene with a large backing store is slower than expecte...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebGL (show other bugs)
Version: Other
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks: webgl2perfproblem
  Show dependency tree / graph
 
Reported: 2022-02-10 23:36 PST by Kimmo Kinnunen
Modified: 2022-02-17 23:37 PST (History)
4 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kimmo Kinnunen 2022-02-10 23:36:42 PST 
Compositing simple GL scene with a large backing store is slower than expected (greggman doodles canvas-backing-resize.html)

https://github.com/greggman/doodles/blob/master/test/canvas-backing-resize/canvas-backing-resize.html

greggman:

55fps Chrome, 18fps Safari. It's just drawing a single quad

It's a MacBook Pro (16-inch, 2019)
MacOS 12.2, safari can be any version.
Also my display prefs are set to scaled , 1 res higher than 1 to 1


Chrome is using ATI (discrete). But, forcing Chrome to use Intel Chrome is 12fps and Safari is 4-5fps.
Also just for fun, Canvas2D doing the same thing is 40fps.
Turning off antialiasing on the WebGL one goes up to 20fps

John Cunningham:
That’s strange, I have a 3440x1440 screen and a 5k one and neither shows low FPS on ANGLE metal in safari
 I am on an M1 device, perhaps it’s intel/amd specific. I’ll boot up one later and try.
Comment 1 Radar WebKit Bug Importer 2022-02-17 23:37:15 PST 
<rdar://problem/89131458>