LibreOffice 6.4 interface is too laggy

There is an issue with LibreOffice that annoys me a lot… Its interface is too laggy!

On Writer, every time I start a new typing stream, letters take a few miliseconds to appear on screen. O Calc, the same happens when I type numbers on a spreadsheet. The same happens on Impress, when I select a textbox or drawing element, it always takes some type for the interface to respond. It makes the user experience not fluid and is a serious problem with my adopting LO.

This never happens on MS Office, which is very fluid accross all applications. Interface response is immediate.

I am running LO mainly on a Windows 10 machine, on a Ryzen 7 3700X and 16Gb of RAM. I believe this sort of issue should not happen on my machine. Also, the laggy interface problem happens on two laptops I have, both running Windows 10, with i5 and i7 processors and 8GB of RAM.

I am also a Linux user and experienced low interface performance using LO on Ubuntu 19.10 too.

I have tried disabling/enabling OpenCL and Java, but I got no noticeable improvement. As much as I am looking forward to migrating to LO, this issue is a major obstacle to me.

What am I doing wrong? Or is this just the way LO is? Can anyone help me?

UPDATE: I have just ran LO on Kubuntu and it worked perfectly, as expected. No lags and the fonts were smoother than on Windows. But why is it that LO is so laggy on Windows (and on Gnome)??

2 Likes

I can’t seem to replicate the problem you are having. I’m using Libre Writer with Windows 10 and everything seems normal. No evidence of laggy performance.

Following @Astur comment, you should add soffice.bin to the Allowed Programs list in your anti virus.

Also, have a look in Task Manager to see what is using resources

I had this problem the other day.

  • Try switching off OpenCL and restart libreoffice. Make sure OpenCL is switched off Tools->Options->LibreOffice->OpenCL
  • Try setting your windows pagefile size to zero. start->run->sysdm.cpl Advanced->Settings->Advanced tab and select change button then set to zero page file size. You will need to restart windows.

Would changing the page file size to zero affect the performance of my system overall?

Paging is the effective transfer of working RAM memory to disk if you have too many applications open in order to “hibernate” applications with allocated memory but not actively being used. Given disk is a slow memory storage you want to minimise how many apps you have open.

Switch off the page / set the page file to zero as a temporary test to see if access to free RAM may be an issue. Even if you have RAM available it is worth doing to see if it also has an impact on general windows performance.

I have the same problem. Have made the adjustments but no difference. Running v. 6.3.3.2 on Mac OS 10.13.6.

For LibreOffice 7 on Windows 10 try:

Tools → Options → LibreOffice → View → Graphics Output

and disable “Use anti-aliasing”.

For LO 6.x the options route might be different, but try to search for the aliasing option.

Leave everything else as installed/default. that´s it.

Long Live LibreOffice.

Disabling anti-aliasing will often make a mess of things like graphs in Calc.

Same ridiculous lag here.

  • Core i7 5820k 6C/12TH;
  • 32GB Ram DDR4;
  • GTX 1070 8GB;
  • SSD NVme;

Maybe I try use again in few years. Is just terrible for now. Seems like was done in Java or some similar.

And also, just take a look at this beautifull Win95 scroll wheel icon.

image description

I presume you are on Windows. That is a Windows 10 operating system icon .

Maybe things are slow if you haven’t rebooted Windows recently. Windows update KB5001330 might have installed and is waiting for reboot. Click Start menu > Power > Restart to reboot. Don’t use Power Off as the default in Windows is hibernate.

Had same problem, here’s what worked for me (scrolling became smooth, no lag at all, auto-save(1 min)):

  • View : disable ‘Skia’ rendering

you’ll use Hardware acceleration instead.


do not uncheck after disabling Skia:

  • anti-aliasing

unless you see a major difference


no difference with or w/out OpenCL, so I suggest you tick it since it has to do with hardware acceleration

Thank you for this. Disabling Skia rendering fixed the problem instantly for me (Win10, reasonably new, well-equipped machine).