Poor performance on lucidchart.com (with llvmpipe software rendering)
Categories
(Core :: Graphics: CanvasWebGL, defect, P3)
Tracking
()
Performance Impact | medium |
People
(Reporter: alwu, Unassigned)
References
Details
Attachments
(2 files)
When using LucidChart on Firefox, its performance on Firefox is significantly worse than using it on Chrome. That includes the smoothness of drawing shapes, moving the viewport and the responseness of UI buttons.
Here is a profiled result.
Updated•3 years ago
|
Comment 2•3 years ago
|
||
Can you attach about:support
? It seems you're using the slow WebGL path (the one without EGL).
Reporter | ||
Comment 3•3 years ago
|
||
Comment 4•3 years ago
|
||
GPU #1
Active: Yes
Description: llvmpipe (LLVM 10.0.0, 256 bits)
Vendor ID: VMware, Inc.
Device ID: llvmpipe (LLVM 10.0.0, 256 bits)
Driver Vendor: mesa/llvmpipe
Driver Version: 20.0.8.0
Are you on a VM or something? You're using software rendering all the way through...
Reporter | ||
Comment 5•3 years ago
|
||
No, I'm using HP Z4 Workstation which was ordered from The Hub before.
Comment 6•3 years ago
|
||
Ah so it seems you have a second GPU (an Nvidia Quadro, right?) but we're not using it. This might be a configuration issue on your side (missing drivers?) or on our side. Out of curiosity, can you attach the information from chrome://gpu?
My guess is that you are missing drivers but icbw.
Reporter | ||
Comment 7•3 years ago
|
||
Comment 8•3 years ago
|
||
emilio, do you know how to interpret chrome://gpu
output from comment 7?
I do see:
WebGL: Hardware accelerated
WebGL2: Hardware accelerated
...which I assume means alwu is getting the hardware-rendering path in Chrome. (not sure if there's any other interesting clues in there)
Comment 9•3 years ago
|
||
Yeah so it seems you're missing drivers for your nvidia GPU. chrome://gpu has:
GPU0 VENDOR= 0x10de [Google Inc.], DEVICE=0x1cb3 [ANGLE (VMware, Inc., llvmpipe (LLVM 10.0.0, 256 bits), OpenGL 3.3 core)] ACTIVE
Which means they're also using llvmpipe (which is software rendering, IIRC). Maybe our software WebGL perf is worse than Chrome? But Alastor you should get some working drivers :)
Updated•3 years ago
|
Comment 10•3 years ago
|
||
The severity field is not set for this bug.
:jgilbert, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 11•3 years ago
|
||
Yeah it looks like we can see that you have that 0x1cb3 = NVIDIA Quadro P400, but that it's inactive for some reason. (Drivers?)
I also see you have a number of these:
(#0): CP+[GFX1-]: Failed to allocate a surface due to invalid size (DTD) Size(296,33544)
(#5369): CP+[GFX1-]: Failed to allocate a surface due to invalid size (DTD) Size(296,33120)
(#5370): CP+[GFX1-]: Failed to allocate a surface due to invalid size (DTD) Size(296,33120)
One of the outstanding Chrome vs Firefox differences in WebGL is behavior when someone asks for a too-large canvas. Chrome tends to just clamp to max texture size, and they tend to also have smaller max texture sizes than Firefox does.
If the canvas's drawingBufferWidth (and Height) end up different in the two browsers, that could cause a perf difference particularly for llvmpipe.
I can also see in your about:support IsWebglOutOfProcessEnabled: 0
, so Chrome is getting concurrency from running webgl in a different process, while Firefox is in-process on your machine.
We're working on shipping webgl oop on Linux, so it's worth trying that: webgl.out-of-process: true
Updated•3 years ago
|
Comment 12•3 years ago
|
||
Kelsey, could this bug be marked as depending on the oop webgl?
Reporter | ||
Comment 13•3 years ago
|
||
Yeah it looks like we can see that you have that 0x1cb3 = NVIDIA Quadro P400, but that it's inactive for some reason.
Yep I turned it off by purpose, because that driver caused my system crash frequently.
webgl.out-of-process: true
Oh it seems helpful! Now I can feel it's smoother. Thanks!
Description
•