Bug 223624 - REGRESSION(r r274711) [GLIB] webgl/conformance/extensions/khr-parallel-shader-compile.html is timing out
Summary: REGRESSION(r r274711) [GLIB] webgl/conformance/extensions/khr-parallel-shader...
Status: RESOLVED DUPLICATE of bug 251514
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebGL (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2021-03-22 22:05 PDT by Lauro Moura
Modified: 2023-03-23 01:17 PDT (History)
7 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 Lauro Moura 2021-03-22 22:05:43 PDT 
webgl/conformance/extensions/khr-parallel-shader-compile.html

Updated in r274711, timing out in GLIB since, even with [ Slow ].

Checking the first loop of the test (~120), it seems the compile operations are not being offloaded to another thread, as there is a big wait in the compileShader calls. In the 7th iteration of the loop:

extraCode size 2949120
shaderSource(vertexSource) took 18ms
shaderSource(fragmentSource) took 17ms
compileShader(vs) took 1460ms
compileShader(fs) took 1392ms
linkProgram(program) took 1ms

This is causing the measuredCompileDuration to always be smaller than the threshold (500ms), as it's actually just a get operation, and the code never triggers the loop exit condition.
Comment 1 Kenneth Russell 2021-03-23 14:12:15 PDT 
+jdarpinian who recently strengthened this test upstream in https://github.com/KhronosGroup/WebGL .

Should probably skip this test in TestExpectations on GLIB while the implementation's being fixed. Note it will likely take some time to roll an updated ANGLE back downstream.
Comment 2 Radar WebKit Bug Importer 2021-03-29 22:06:12 PDT 
<rdar://problem/75989686>
Comment 3 Kimmo Kinnunen 2023-03-23 01:17:42 PDT 

*** This bug has been marked as a duplicate of bug 251514 ***