[WebGPU] On "ResizeCanvas" webgpu-samples demo, the scrolling is very stuttery (without using lots of CPU/GPU) and leads to 2.5GB+ memory use
Categories
(Core :: Graphics: WebGPU, defect, P1)
Tracking
()
People
(Reporter: mayankleoboy1, Unassigned)
References
(Blocks 2 open bugs, )
Details
Attachments
(1 file)
44.43 KB,
text/plain
|
Details |
Go to https://webgpu.github.io/webgpu-samples/samples/resizeCanvas
While the canvas is resizing, try to scroll the page using the touchpad
AR: https://share.firefox.dev/48XIIuL
The scrolling is stuttery. The demo doesnt seem to use a lot of cpu/gpu.
with the dx12-no-readback thingy, the profile is quite smooth
https://share.firefox.dev/3w9VWpy
Reporter | ||
Comment 1•2 years ago
|
||
Reporter | ||
Comment 2•2 years ago
•
|
||
in both the above scenarios (dx12-no-readback enabled/disabled), occasionally the memory use increases to 2.5GB+
Reporter | ||
Updated•2 years ago
|
Updated•2 years ago
|
Reporter | ||
Updated•1 years ago
|
Updated•1 year ago
|
Comment 3•4 months ago
|
||
Mayank, are you able to still reproduce this?
Comment 4•4 months ago
|
||
Ah, nevermind, I can reproduce this on my Windows 11 machine. 😱
Comment 5•4 months ago
|
||
Even worse...I can reproduce this with dom.webgpu.allow-present-without-readback
set to `true.
Reporter | ||
Comment 6•4 months ago
|
||
(In reply to Erich Gubler [:ErichDonGubler] from comment #5)
Even worse...I can reproduce this with
dom.webgpu.allow-present-without-readback
set to `true.
Same here. I will rename this bug to reflect that the reproduction does not depend on no-readback.
Updated•3 months ago
|
Updated•3 months ago
|
Updated•3 months ago
|
Updated•2 months ago
|
Description
•