[Bug] createRenderPipeline performance issues

[mcost45]

Description

In the latest version, tooltips are extremely laggy:
https://github.com/user-attachments/assets/f27420e3-dfc7-4d4b-a710-993ebea0ec2f

Devtools show that createRenderPipeline runs every frame:

Flavors

• Script tag
• React
• Python/Jupyter notebook
• MapboxOverlay
• GoogleMapsOverlay
• CARTO
• ArcGIS

Expected Behavior

Tooltips should perform well like previously.

Steps to Reproduce

1. Go to https://deck.gl/examples/multi-view example
2. Mouse over data for tooltips

Environment

• Framework version: 9.2.1
• Browser: Chrome 141.0.7390.77
• OS: Windows 11

Logs

None

[epan-dd]

I'm on Version 141.0.7390.77 (Official Build) (arm64) and mouse over tooltips are not laggy for me in case that helps

[mcost45]

Still ocurring for me in Version 141.0.7390.108 (Official Build) (64-bit). I don't believe this is due to Chrome/GPU driver changes, as the lag only ocurrs in the latest version of deck.gl.

Also, as the performance profile above illustrates - Deck is behaving completely differently now with multiple createRenderPipeline calls every frame. For comparison, this is how it behaved previously (over a range of 2.7ms):

@epan-dd - did you test this exact example?: https://deck.gl/examples/multi-view - it may be a multi-view bug only.

[mcost45]

https://deck.gl/examples/orthographic-view - this example is even more laggy, but without multi-view. It blows up Chrome, and I don't have a weak PC.

Going through the examples, some are fine, and others have varying degrees of performance issues.

[ibgreen]

Thanks for reporting.

One piece of good news - In contrast to multi-view, the regression in the orthographic-view example reproduces on a M4 MacBook. (Windows-only problems are harder for us to address).

Based on the flamegraphs, it does indeed look like pipeline caching is failing in WebGL in these examples.

Background:

• Because the WebGPU API is more static than WebGL, in WebGPU, new GPU pipelines (shader programs) must be created for almost any GPU parameter change.
• For the sake of maintaining portable / common logic, the luma v9.2 API makes applications request new pipelines when parameters change.
• However, shader and pipeline caching should ensure that these are no-ops in most cases, especially on WebGL where most GPU parameters can be changed dynamically.
• But I do see calls to linkShaders in your graphs indicating that caching might be failing.

[mcost45]

Thank you, that is good news! I am happy to test anything out or provide more detailed debugging if this helps.

[florianlefebvre]

Hello,
I’m experiencing the same issue with my application on Windows using Firefox 144 and Chrome 141. No issue on Linux.

Everything works smoothly with version v9.2.0-alpha.1, but the issue appears starting from v9.2.0-alpha.3.
When launching my React application, there’s about a 5-second delay, and I can see many createRenderPipeline calls in dev mode. With v9.2.0-alpha.1, the startup is almost instantaneous.

Additionally, I’m not sure if it’s related, but my pickMultipleObjects calls, triggered every ~200 ms to display tooltips, also cause a lot of performance issues since v9.2.0-alpha.3 (only on Windows with Firefox / no problem on Linux or with Chrome).
If I remove them, the startup delay remains, but the application then seems to run normally (no drop of performance).

[Saeid-Za]

Hello There!
I’m experiencing the same FPS drop issue on the latest version of Deck.gl. When moving the mouse over the map (without interacting with any map objects), FPS drops significantly (from 60 FPS - at a 60Hz capable monitor - down to ~20 FPS).

Setting _pickable: false in the Deck constructor eliminates the problem, but this comes at the cost of losing layer interactivity.
AFAIN the bottleneck is the frequent getProgramParameters calls.
Another note that the problem only occurs if there exists a PathLayer (e.g., Polygon). Other types of layers won't degrade performance.

Versions affected: 9.2.x
Chrome: 136
OS: Linux Ubuntu 24.04 / windows 11

This means that the latest OK version is 9.1.15