Bug 142586 - Slow UI on Linux arm64 build (Pinebook Pro)
Summary: Slow UI on Linux arm64 build (Pinebook Pro)
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.1.3.2 release
Hardware: ARM Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-05-31 15:08 UTC by regivanx
Modified: 2022-05-01 10:22 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description regivanx 2021-05-31 15:08:22 UTC
Hello,

Although hardware acceleration seems to be enabled in the options:

Tools ▸ Options ▸ LibreOffice ▸ View

it does not seem active in practice: Calc is extremely slow, even when switching cells with the arrows and there are large black artifacts in the window from time to time in Writer.

Under linux ARM, some programs support hardware acceleration (chromium, firefox ...) others seem not to support it (LibreOffice, Gimp...).
Comment 1 Buovjaga 2022-04-28 12:13:05 UTC
It doesn't mean what you think it means. I have to admit that we don't document this checkbox very well. The extended tooltip says "Directly accesses hardware features of the graphical display adapter to improve the screen display".

From what I can gather, on Linux it takes care of antialiasing, meaning that lines are not pixely and blocky, but smooth.

A newer development that actually makes wider use of the GPU is the integrated Skia graphics engine. It already works on Windows, macOS and the fallback x11 backend on Linux, but work still needs to be done for gtk3/4 and kf5 (KDE) UIs.

Doing some web searches, it seems Skia can be built for Linux ARM, so things will eventually fall into place regarding this.

Anyway, do you still see the slowness with LibreOffice 7.3?
Which Linux distribution are you using?

Please copy and paste here the contents of your Help - About. This allows us to know more about your system.

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the information.
Comment 2 regivanx 2022-04-28 13:38:49 UTC
Version: 7.3.2.2 / LibreOffice Community
Environnement: Threads CPU: 6; OS: Linux 5.17
Interface utilisateur: UI Render: par défaut; VCL: gkt3
Locale: fr-FR (fr-FR.UTF-8); Langue IHM : fr-FR
Divers: 7.3.2-1 
Calc: threaded

There is no more black artifacts in Writer but Calc remains extremely slow. ~1 frame/s when you change of cells horizontally.

I'm on Manjaro Linux.
Comment 3 QA Administrators 2022-04-29 03:45:47 UTC Comment hidden (obsolete)
Comment 4 Buovjaga 2022-05-01 05:34:06 UTC
I asked in the PINE64 subreddit and one Manjaro user said LibreOffice works fine https://www.reddit.com/r/PINE64official/comments/uf9j74/reported_slowness_with_libreoffice_on_pinebook_pro/

Just to get some additional testing, you could run from the terminal with

SAL_USE_VCLPLUGIN=gen libreoffice

and see if the fallback X11 UI behaves any differently from the gtk3 UI you were using.
Comment 5 regivanx 2022-05-01 08:21:56 UTC
SAL_USE_VCLPLUGIN=gen libreoffice
solves the slowing down problem when changing cells, but the interface is slow and the icons are ugly.

SAL_USE_VCLPLUGIN=kde5 libreoffice
solves the slowing down problem when changing cells AND the interface is fast and the icons are pretty. GOOD SOLUTION.

SAL_USE_VCLPLUGIN=qt5 libreoffice
it does not solve the slowing down problem, but the change of cells is a little faster (bug present but less severe)

SAL_USE_VCLPLUGIN=gkt libreoffice
is the worst. Changing cells is so slow that it makes LibreOffice Calc almost unusable.

I use LXDE desktop what use gtk toolkit.

echo $SAL_USE_VCLPLUGIN
gtk

the value of the variable is set in /usr/bin/startlxde, I think. It doesn't exist in /usr/bin/startlxqt.
Comment 6 Buovjaga 2022-05-01 09:14:22 UTC
Thanks for following up and the results are interesting. LXDE catches my attention as it is quite a rare desktop (outside Raspberry Pis I guess). Maybe the slowness has got something to do with it. If possible, you could install GNOME desktop and log into a GNOME session to see, if you see the problem with gtk3.

Btw. I notice in your comment 2 you have "VCL: gkt3", which seems like a typo to me, as if you wrote down the text by hand. You don't have to write as you can just click a button next to "Version Information" in the dialog to copy the text.
Comment 7 regivanx 2022-05-01 10:22:30 UTC
> I notice in your comment 2 you have "VCL: gkt3", which seems like a typo to me

yes.

$ libreoffice
$ SAL_USE_VCLPLUGIN=gtk libreoffice
$ SAL_USE_VCLPLUGIN=gtk3 libreoffice

give the same:

Version: 7.3.2.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 6; OS: Linux 5.17; UI render: default; VCL: gtk3 (worst)
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
7.3.2-1
Calc: threaded

$ SAL_USE_VCLPLUGIN=qt5 libreoffice
CPU threads: 6; OS: Linux 5.17; UI render: default; VCL: qt5 (qfont+xcb) (bad)

$ SAL_USE_VCLPLUGIN=gen libreoffice
CPU threads: 6; OS: Linux 5.17; UI render: default; VCL: x11 (good)

SAL_USE_VCLPLUGIN=kde5 libreoffice
CPU threads: 6; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb) (best)