[WebGPU] 6GB memory spike followed by OOM crash on https://threejs.org/examples/?q=webgpu#webgpu_cubemap_adjustments
Categories
(Core :: Graphics: WebGPU, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox-esr128 | --- | disabled |
firefox136 | --- | disabled |
firefox137 | --- | disabled |
firefox138 | --- | fixed |
People
(Reporter: mayankleoboy1, Assigned: teoxoy)
References
(Blocks 1 open bug, )
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
45.53 KB,
text/plain
|
Details |
Go to https://threejs.org/examples/?q=webgpu#webgpu_cubemap_adjustments
AR: immediate 6GB spike in memory use, folowed by tab crash. Sometimes the whole system may become unstable.
Crash: https://crash-stats.mozilla.org/report/index/396ef55b-fcee-4f82-b9ba-84b840240826#tab-bugzilla
Reporter | ||
Comment 1•9 months ago
|
||
Reporter | ||
Comment 2•9 months ago
|
||
Chrome runs the demo just fine.
I can repro the OOM+Crash on a build from Feb2024. So this is not a recent regression.
Assignee | ||
Comment 3•9 months ago
|
||
This has the same underlying cause as Bug 1911540.
Reporter | ||
Comment 4•9 months ago
|
||
FWIW, memory use on Chrome doesnt exceed ~500MB and the demo loads and runs smoothly.
Assignee | ||
Comment 5•9 months ago
|
||
Do we want to keep this open to track the issue of us using too much memory or should we open a new bug?
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Assignee | ||
Comment 6•4 months ago
|
||
Mayank could you try to repro it on a recent nightly? I have a hunch that this might be resolved. I think Bug 1887287 was a related issue and it was resolved.
Reporter | ||
Comment 7•4 months ago
|
||
It still repros.
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Comment 8•2 months ago
|
||
The underlying cause here was us not implementing Bug 1922097. The console was full of:
Uncaught TypeError: GPUQueue.copyExternalImageToTexture: 'source' member of GPUCopyExternalImageSourceInfo could not be converted to any of: ImageBitmap, HTMLCanvasElement, OffscreenCanvas.
The three.js
library was trying to load an asset by creating a texture and then copying via copyExternalImageToTexture
. The app was trying to do so every frame because from its perspective the asset didn't load yet. So every frame, there was a texture being created after which JS execution stopped at copyExternalImageToTexture
due to the TypeError
, causing memory usage to balloon.
Assignee | ||
Updated•2 months ago
|
Comment 9•2 months ago
|
||
This specific page no longer encounters an issue on my M1 MacBook Pro and my Windows 11 workstation.
Updated•2 months ago
|
Assignee | ||
Comment 10•2 months ago
|
||
I opened https://github.com/gfx-rs/wgpu/issues/7460 to track the wgpu-core implementation of OOM detection & mitigation.
Description
•