https://bugs.documentfoundation.org/show_bug.cgi?id=101162
Bug ID: 101162
Summary: Performance issues with VCL OpenGL backend (linux,
mesa-12.0.1, intel)
Product: LibreOffice
Version: 5.2.0.3 rc
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: graphics stack
Assignee: [email protected]
Reporter: [email protected]
I was quite curious how LibreOffice-5.2 would perform with all the OpenGL/VCL
tuning that happend in the past months.
Unfourtunatly, the UI still feels quite "laggy" compared to the originaly X11
backend, despite the leading-edge driver stack (mesa-12.0 on intel haswell).
Other 2D programs which use OpenGL for rendering (Firefox, Chrome, Java) do not
exhibit such performance issues, in fact both perform better with OpenGL
enabled compared to their X11/Xrender backends.
Fortunately, the intel driver provides ways to debug unexpected low performance
by setting the environment variable INTEL_DEBUG=perf.
This is what I get:
Quite a lot of messages like: GTT mapping a busy miptree BO stalled and took
20.366 ms.
Some shaders seem to fail at compilation stage: SIMD16 shader failed to
compile: FS compile failed: Failure to register allocate. Reduce number of
live scalar values to avoid this. Unsupported form of variable indexing in FS;
falling back to very inefficient code generation
Cycling through the main menu seems to force endless shader re-compilation, I
soon end up with hundreds of compiled shaders:
Recompiling fragment shader for program 802
multisampled FBO 0->1
function is no-op
Recompiling fragment shader for program 805
multisampled FBO 0->1
PS: Furthermore sub-pixel AA does not work when OpenGL is enabled (should I
file a separate report about this?).
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
