Under my former 11.3 install (x86_64 system, and using a Sandforce 1200 based SSD), opening or saving LibreOffice (sorry don’t recall which version I had last, but believe it was a 3.4 release) documents was quite snappy. However, now with a fresh install of 12.1 on this very same system, opening or saving LibreOffice documents is painfully slower. I also notice that opening up Gwenview is a tad bit slower too (not too much than when running under the prior config, but noticeable nonetheless).
Is anyone else noticing slow i/o performance with LibreOffice 3.4.2 docs (and/or with Gwenview) ?
In every other regard, the i/o performance is excellent (as might be expected with a system utilizing a contemporary SSD model) . Not sure what might have changed to affect those particular apps. Other notable info – Ext4 partitions, /etc/fstab mount attributes are “discard,acl,user_xattr”.
Thanks in advance for any comments or perspectives
While partition alignment can be a potential performance issue w/ SSDs, I secure erased the drive before doing a fresh install of 12.1, and I believe the drive partitions were properly aligned during the installation (though I would have to formerly check upon the alignment). That said, the drive’s performance is as expected of it in all other areas outside the two notable observations mentioned above. So, I’m suspecting it more likely to be related to a software issue outside of the partitioning set up.
Perhaps an update from mozilla’s community repo will help, it has version 3.4.4 there.
Ahh, thanks. I will look into that.
Okay, I grabbed 3.4.4 from the LibreOffice repo. Unfortunately, no difference that I could perceive.
However, I turned to something that I have encountered in the past to be an error inducing PITA (and, hence, why outside of just testing it, I’ve never bothered using it on a fulltime basis up until now with 12.1). If you’ve guessed that I was talking about Desktop Effects, you are completely correct. And, indeed, surprise, surprise, turning off desktop effects dramatically speeds up the process of opening and saving LibreOffice files! (haven’t tested with Gwenview yet).
Not sure why dsektop effects would affect what I believe to be a primarily storage performance bound operation. Perhaps it is trying to insert a wobblely file save LOL.
This is rather unfortunate, as I’m actually enjoying some of the desktop effects. Perhaps it is related to a particular element, as opposed to being just a factor of having desktop effects enabled on the whole.
For the record, the speed of Gwenview’s file opening is also dramaitcally increased by turning off Desktop Effects.
In fact, on the whole, the entire system is now very, very snappy. I knew DE was hitting performance in some regards (the perceived smoothness of onscreen rendering most notably) but I did not think that it would be affecting the feel or responsiveness of the system as much, or by as much, as what I have noticed has been gained after turning it off… and, again, I certainly did not think it would be affecting processes such as opening or saving LibreOffice files.
On 2011-12-05 18:16, Tyler K wrote:
> And, indeed, surprise, surprise, turning off
> desktop effects dramatically speeds up the process of opening and
> saving LibreOffice files! (haven’t tested with Gwenview yet).
>
> Not sure why dsektop effects would affect what I believe to be a
> primarily storage performance bound operation. Perhaps it is trying to
> insert a wobblely file save LOL.
If the screen changes things while saving file, then it can have a lot of
effect.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
Yeah, actually, with LibreOffice, both the opening and saving docs displays an animated progress bar on the Status Bar, down at the bottom of the apps window. So that would account for that. Not sure what the observable slowdown with file opens in Gwenview would be though, as there is no on screen animations or such in its case.
On 2011-12-08 01:36, Tyler K wrote:
>
> robin_listas;2415549 Wrote:
>> If the screen changes things while saving file, then it can have a lot
>> of effect.
> Yeah, actually, with LibreOffice, both the opening and saving docs
> displays an animated progress bar on the Status Bar, down at the bottom
> of the apps window. So that would account for that.
I assume that if the effects can be done entirely by the GPU, there would
be no slowdown. Or if you write via USB, that’s more cpu intensive than
internal HD.
There is a point of equilibrium between what you must do just in time, like
I/O, and what you do for “show”. And it seems that in this case they did
not make the equilibrium right.
> Not sure what
> the observable slowdown with file opens in Gwenview would be though, as
> there is no on screen animations or such in its case.
Dunno…
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
Okay, I grabbed 3.4.4 from the LibreOffice repo. Unfortunately, no difference that I could perceive.
Yes, same here.
This is rather unfortunate, as I’m actually enjoying some of the desktop effects.
I’ve never had desktop effects, or screen edges enabled. So for me the effects are independent of these two settings.
One observation was, kdelib3 and kdelib3-default-style files were installed during the update from openSUSE-release-11.4-1.9.x86_64 to openSUSE-release-12.1-1.4.x86_64.
Before updating there had not been any kdelib3 files on the systems.
The effect of deleting these two files was the following also were deleted,
kdbus
krecord
libreoffice-kde 3.4.4.3-1.1
This occured on both 32 & 64 bit installs.
> The effect of deleting these two files was the following also were
> deleted,
> - kdbus
> - krecord
> - libreoffice-kde 3.4.4.3-1.1
> This occured on both 32 & 64 bit installs.
If libreoffice-kde needs kdelib3, that’s a bug, IMHO.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)