Closed Bug 1600971 Opened 4 years ago Closed 3 years ago

WebGL on WebRender is slow on Linux

Categories

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

Product:
Core
Component:
Graphics: WebRender
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1010527

People

(Reporter: jrmuizel, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

I think we don't have the proper fast path in place to do what accelerated layers does.

Blocks: 1600412
Blocks: wr-linux

See bug 1572697
DMABUF allows to directly share memory between WebGL and Webrender. The above bug is only about Wayland, but on X11 we also don't have it (while technically possible). AFAIK Chromium supports it and also uses it for hardware accelerated video decoding.

Priority: -- → P3

Basically a dupe of bug 1010527 (X11: bug 1010527 comment 32). See also bug 1586696, bug 1583731.

There are a few questions to ask here, to see if this blocks a bigger roll out on Linux:

  1. How does the performance of WebGL + basic compositor compare to WebGL + WebRender? WebGL + OpenGL compositor?
  2. If the performance is not good, can we do better today without relying upon DMABUF? (E.g. perhaps we are spending a lot of time in allocations and memory mapping.)
Flags: needinfo?(aosmond)
Flags: needinfo?(aosmond)
Blocks: wr-linux-perf
No longer blocks: wr-linux

We now have a proper fast path with dmabuf on EGL. So this will get fixed as part of bug 788319

Depends on: linux-egl

bug 1600412 was about hardware WebRender.

"windowProtocol": "wayland",
"windowLayerManagerType": "WebRender",
"adapterDescription": "Mesa DRI Intel(R) HD Graphics 630 (Kaby Lake GT2) ",

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