Hi,

I'm on Core i3 (Broadwell), 8GB memory, so the hardware is not the problem.
Unless it's related to Intel graphics.

EDIT:
I just tried with new clean user account, no change.

--
Best regards,
Andrzej Telszewski

I understand gtk3 is still "experimental" in libreoffice even though its now enabled by default in the configure. I personally disable it when I compile libreoffice.

Have you tried with something like this?

1 members found this post helpful.

Hi,

Yes, I actually told it here that it works.

I have set SAL_USE_VCLPLUGIN=gtk in my .profile.

--
Best regards,
Andrzej Telszewski

Hi,

Some (possibly bad) news
It seems that the problem is related to OpenGL.

I have 3 test scenarios:

1) in this scenario, LO works smoothly:
- SAL_USE_VCLPLUGIN is set to gtk,
- Use OpenGL for all rendering under LibreOffice -> View -> Graphics Output is ticked off,
- the above settings mean: use GTK2 without OpenGL.

2) in this scenario, LO works less smoothly, but still somehow acceptable:
- SAL_USE_VCLPLUGIN is set to gtk,
- Use OpenGL for all rendering under LibreOffice -> View -> Graphics Output is ticked on,
- the above settings mean: use GTK2 with OpenGL.

3) in this scenario, LO works (almost) unacceptably slow:
- SAL_USE_VCLPLUGIN is unset,
- there is no option available in the settings related to Use OpenGL for all rendering under LibreOffice -> View -> Graphics Output,
- the above settings mean: use GTK3 and I bet it uses OpenGL for rendering

It looks like OpenGL is the culprit.
This could be possibly related to Intel graphics and its setting, but I'm not sure.

For the record:
- we're considering Eric's compiled LibreOffice,
- version 5.1.2.

--
Best regards,
Andrzej Telszewski

Andzej, LO works just fine on my machine without any fiddling with the settings,
with or without selection of Open GL.

I have used LO every day to generate reports that contain text and graphics
and print those files and convert them to .pdf's

I do have a Asrock Motherboard with Intel graphic adapter onboard and
the most recent slackware64-current-multilib
and the following from "About Libre Office"

This is not to deny what you see or say but perhaps
my observations may be useful in some way to you.

I've been following the upgrade path for LO for quite some time now
and indeed some versions have been trouble for me and sometimes
I have downloaded the RPMs from LO repository and rpm2tgz'd them.

But actually this recent build has been stable for me under KDE,
in xfce, fluxbox, and cinnamon, but i havent used it much under cinnamon yet
but so far no problems.

According to the original post, the pre-compiled binaries provided by LO don't show this problem, it is only when LO is compiled on a Slackware platform (such as using Eric's package that was compiled on a Slackware machine).

Hi,

Not quite.
Eric's package works fine if I force it to use GTK2 instead of GTK3, because in Eric's builds, GTK3 seems to be the default.
On the other hand, the pre-compiled binary, uses GTK2 by default.
I haven't tested it, but most probably, if I forced the pre-compiled LO to use GTK3, it would be slow too.

--
Best regards,
Andrzej Telszewski

I've just upgraded to Slackware current from today
During the upgrade, I cleaned up all packages from third-party repositories. After upgrading to Slackware current, I added back some of them including LibreOffice 5.1.2 from alienBOB -current repository.

And I don't have any performance issue with LibreOffice in KDE desktop: flag SAL_USE_VCLPLUGIN is not set and OpenGL is not used by LO according to my settings (refer to attached screenshot of my LibreOffice->View settings, sorry it's in french but you should be able to easily find out which options are ticked on and off)

I tested the case of a writer document with an image, the open file dialog, some calc files and everything is working fine and is quite responsive.
My graphic card is intel

Attached Thumbnails

 

Hi,

@gegechris99 Yes, it looks like you're using GTK2 backend and OpenGL is disabled.
My guess is that LO remembers to use GTK2 in the settings from previous versions.
If you didn't already have the LO profile, it would probably default to GTK3.

If my settings are the same as yours (GTK2, OpenGL disabled), then I too do not have performance problems.

Can you try to test the different settings as I did here and report back your results?

Just remember to force the SAL_USE_VCLPLUGIN value to make sure that you use the specific GTK version.

--
Best regards,
Andrzej Telszewski

I tested the 3 scenarios mentioned and I didn't see any difference in performance (open dialog, writer with image).
Then I tested a 4th scenario:

In this scenario, there is no option to select OpenGL in LibreOffice -> View -> Graphics Output.
And here I have a lower performance in writer when moving an image. As I have a machine with intel i3 and 6Gb of RAM, the lower performance is not a problem.

It does confirm that something is not quite correct with gtk3 and libreoffice. As you said, I may not encounter the problem after upgrading from 14.1 to current because of some legacy gtk2 settings.

Hi,

Thanks for the report.
I was afraid I'm alone with this problem

--
Best regards,
Andrzej Telszewski

Expected the same behavior. Libreoffice writer slow when there is at least one picture in document. After some weeks of digging no results only the suggestion that its somehow related to the external dependencies agains which AlienBob Libreoffice is compiled, but this is just a guess.

Ran into this issue for the first time today (I don't use it as much as I used to) - a couple of images, and it was CRAZY. Tried both 5.2.1 and 5.2.2 (IIRC) from Eric's builds. Totally unusable - 10+ seconds to move the cursor!

What's even worse: just opening the "open this file" part made soffice use some insane virtual ram value > 20 GB! Yes, top shows 20.xxxg. Even my firefox is only around 2g.. And any cursor movement causes Xorg to go to 100% for 5-10 seconds. I'm running the nvidia binary blob (GTX 950) with a 4k screen, q9550 OCed to 3.5 GHz with 8 GB RAM. Not the fastest system anymore, but not THIS slow. 14.1 with the previous version of soffice was much, MUCH faster..

Haven't tried the gtk2 workarounds yet. Currently downloading the "compile from sources" SBo build, will then try the repackaged binaries.

Are others seeing this crazy RAM usage? Even if the performance was ok, that still annoys me very much.

As others have reported - with the repackaged SBo build, things are much, MUCH better. virt RAM is around 1.1 GB (as expected), there's a little Xorg blip, but then editing is fine.

Not sure what's going on with Eric's build - that 20x RAM usage is really strange..

Wish I had more time to investigate.. But I'm behind on my regular work as it is right now..