Avoid sync wait of remote texture in RenderThread
Categories
(Core :: Graphics, enhancement, P1)
Tracking
()
Webcompat Priority | P1 |
People
(Reporter: sotaro, Assigned: sotaro)
References
(Blocks 1 open bug)
Details
(Whiteboard: [sp3])
Attachments
(1 obsolete file)
After Bug 1776885 fix, in async mode, remote texture could cause a sync wait in RenderThread when WebGL task is very heavy. It is better to be avoided.
Comment 1•2 years ago
|
||
Does this work also help with avoiding the waits on the content process main thread? Or is it only targeted at eliminating the Renderer thread wait?
Assignee | ||
Comment 2•2 years ago
•
|
||
pref webgl.out-of-process.async-present.force-sync = false already avoids the wait on the content process main thread. But it works only with Threadsafe GL case. And if it works, a wait could happen on Renderer thread in a case that oop WebGL rendering is not done.
Comment 3•2 years ago
|
||
This issue is impacting our Speedometer 3 score by preventing Accelerated Canvas2D from running. Setting to P2/S2.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Assignee | ||
Comment 4•2 years ago
|
||
Comment 5•2 years ago
|
||
Will this also remove other webgl/canvas related sync ipc like readpixels, getlinkresult, getCompileResult ?
Assignee | ||
Comment 6•2 years ago
|
||
(In reply to Mayank Bansal from comment #5)
Will this also remove other webgl/canvas related sync ipc like readpixels, getlinkresult, getCompileResult ?
It does not affect to them. The change affect only to ClientWebGLContext::GetFrontBuffer().
Updated•2 years ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Description
•