I'm on an Ubuntu MATE 20.04 machine, with Nvidia proprietary drivers (for reference, can't use Nouveau, since my machine doesn't boot with it). Libreoffice (Calc) renders slow. The delay is very noticeable, even when just typing characters. If I remove the GTK3 styling (`libreoffice-gtk3` package), then the rendering speed is fine (but of course, the program is unstyled, with some workflow consequences). I've tried to run on GTK2 (`libreoffice-gtk2` package installed), but I see Calc as unstyled, so it seems it's not actually running on GTK2. I've also tried to disable HW acceleration, but there is no improvement. I don't experience this slowness on any other program on my installation. I've noticed that when there's a delay, the Xorg process CPU occupation skyrockets (depending on how fast I type, it may go even to 100% single thread). I've reproduced the same problem on all the LO versions, from the Ubuntu 20.04 default (6.4.7) to the latest (7.2). The kernel version doesn't affect the problem as well (experienced on different 5.x versions). Interestingly, I've tried a packaged LO (from https://libreoffice.soluzioniopen.com), and, while the Xorg process occupation goes relatively high (~35% while typing), there is no noticeable slowdown. I'd be perfectly happy to run on GTK2 as workaround, if that allowed persistent copy/paste :)
> Interestingly, I've tried a packaged LO (from > https://libreoffice.soluzioniopen.com), and, while the Xorg process > occupation goes relatively high (~35% while typing), there is no noticeable > slowdown. Correction: the behavior of the packaged version is the same (=slow).
Please write here an info from your LibreOffice's Help->About dialog
"disable HW acceleration" doesn't do anything except toggle what is used for full-screen impress presentations so it doesn't have any effect on anything else. gtk2 support was dropped from trunk in Aug 2019 so there's no contemporary version with support for that anymore. nvidia drivers and calc is a fairly common reoccurring problem, you might have more luck with your distro rather than here in the app
(In reply to Roman Kuznetsov from comment #2) > Please write here an info from your LibreOffice's Help->About dialog Information follows: Version: 7.1.5.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 32; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.1.5~rc2-0ubuntu0.20.04.1~lo1 Calc: threaded I've also tried with other versions (6.4 and 7.0), and the problem occurs the same way.
[Automated Action] NeedInfo-To-Unconfirmed
>Interestingly, I've tried a packaged LO (from https://libreoffice.soluzioniopen.com), and, while the Xorg process occupation goes relatively high (~35% while typing), there is no noticeable slowdown. So it can be Ubuntu's LibreOffice build problem only I would close it as NOTOURBUG Xisco, what do you think?
(In reply to Roman Kuznetsov from comment #6) > >Interestingly, I've tried a packaged LO (from https://libreoffice.soluzioniopen.com), and, while the Xorg process occupation goes relatively high (~35% while typing), there is no noticeable slowdown. > > So it can be Ubuntu's LibreOffice build problem only > > I would close it as NOTOURBUG > > Xisco, what do you think? Before closing, I think it should be verified that an official build works as expected. Are the official deb packages a valid test case (https://www.libreoffice.org/donate/dl/deb-x86_64/7.2.0/en-US/LibreOffice_7.2.0_Linux_x86-64_deb.tar.gz)?
(In reply to saverio.pub2 from comment #7) > Are the official deb packages a valid test case > (https://www.libreoffice.org/donate/dl/deb-x86_64/7.2.0/en-US/LibreOffice_7. > 2.0_Linux_x86-64_deb.tar.gz)? Yes, it's a valid build for checking, thank you
Results of keeping key `s` pressed in a Calc sheet, in a file of mine (not particularly large, around 350 rows in total): - 7.2.0.4 official (gtk3): 85/90% - 7.1.5rc2 ppa:libreoffice/ppa (no theme): 5/10% - 7.1.5rc2 ppa:libreoffice/ppa (gtk3): 85/90% The value on the right is the CPU occupation while the key is pressed. The source reported as official is the www.libreoffice.org, installed via DEB packages. In order to test the official distribution, I've removed (not purged; I think it doesn't make any difference) all the packages matching `libobasis` and `libreoffice`, then installed the DEB packages.
Note that just today I've swapped the GPU with a more powerful one, which I think explains why the CPU occupation is not reaching 100%+; 85/90% is still very high though, and makes lag still very noticeable.
Not sure if this bug is for LO or Ubuntu or NotOurBug.. but Low anyway.
See also bug 145631 where I've not tested as much, but new info is that the lag is also not there in LO 6.4 Maybe that will help.
from 145631 which I'll mark as Resolved, works for me I used synaptic to remove older versions of LO 6.2 and 6.3. Now the link to 6.4 brings up the NO LAG version of 7.2.2.2 No Lag Version: 7.2.2.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-CA (en_CA.UTF-8); UI: en-US Ubuntu package version: 1:7.2.2~rc2-0ubuntu0.20.04.1~lo1 Calc: threaded and the link to the 'current' LO Calc brings the problem one: Still Lag Version: 7.2.2.2 / LibreOffice Community Build ID: 1eb16ced50a80b7125fabf09652dbb09393766d2 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: CL That should shed some light for those that know the different packages and delivery. I'm, unfortunately, still trying to figure out how to deal with LO and Ubuntu, links, software versions, etc. Least there is a fix for my use.
See again 145631: (https://bugs.documentfoundation.org/show_bug.cgi?id=145631) this 6.4 build also has no lag, with or without Open CL Version: 6.4.7.2 Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: en-CA (en_CA.UTF-8); UI-Language: en-US Calc: threaded
@saverio.pub2@gmail.com Are you using a 4k monitor? Reason: bug 154602
(In reply to Telesto from comment #16) > @saverio.pub2@gmail.com > Are you using a 4k monitor? Reason: bug 154602 Hello! No, the resolution was relatively low (I think it was 1080p). After reading the previous comments, I believe this is a duplicate of https://bugs.documentfoundation.org/show_bug.cgi?id=145631; I'm on AMD now, and Calc is "not extremely slow" anymore.
*** Bug 145631 has been marked as a duplicate of this bug. ***
Let's set to NEW per the duplicate. In bug 152657 comment 15 Caolán says about Cairo: "There has been pain points in the past with nvidia and some of those OPERATORS."
FWIW: The commit mentioned in bug 154602 comment 13 might be the cause of the issues here too. It might not be the NVIDIA driver as such. It's likely only exposing the issue for some reason