Bug 223624

Summary:	REGRESSION(r r274711) [GLIB] webgl/conformance/extensions/khr-parallel-shader-compile.html is timing out
Product:	WebKit	Reporter:	Lauro Moura <lmoura>
Component:	WebGL	Assignee:	Nobody <webkit-unassigned>
Status:	RESOLVED DUPLICATE
Severity:	Normal	CC:	bugs-noreply, dino, jdarpinian, kbr, kkinnunen, kpiddington, webkit-bug-importer
Priority:	P2	Keywords:	InRadar
Version:	WebKit Nightly Build
Hardware:	Unspecified
OS:	Unspecified

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 ***