Intermittently slow Impress and high Xorg CPU usage

Hi,

I'm new to libre office, having just installed it on my machine. I'm
trying to use impress but getting an intermittent temporary
slowdown/freeze that usually takes several seconds (up to a minute),
during which the CPU usage by Xorg goes way up (and soffice.bin also
shows about 20-30% CPU usage). This happens when I try to view a slide
I haven't looked at before, but also when I try to edit a slide, say
by changing some text. The typed text shows up after several seconds,
which of course makes editing difficult and very slow. The rest of the
machine runs fine.

Something similar though not as pronounced happens also on openoffice
3.2.1 that I used until now.

Is this behaviour normal or do I have a mis-configuration somewhere?

Thanks,

Peter

Hi Peter,

Peter Langfelder wrote (02-02-11 00:29)

I'm new to libre office, having just installed it on my machine. I'm
trying to use impress but getting an intermittent temporary
slowdown/freeze that usually takes several seconds (up to a minute),
during which the CPU usage by Xorg goes way up (and soffice.bin also
shows about 20-30% CPU usage). This happens when I try to view a slide
I haven't looked at before, but also when I try to edit a slide, say
by changing some text. The typed text shows up after several seconds,
which of course makes editing difficult and very slow. The rest of the
machine runs fine.

Something similar though not as pronounced happens also on openoffice
3.2.1 that I used until now.

Is this behaviour normal or do I have a mis-configuration somewhere?

Can you pls check if it makes a difference when you turn of anti-alisasing (Tools>Options>LibreOffice>View)?

And can you pls tell which OS you have. Sometimes that is relevant ;_0

Thanks,
Cor

Hi :slight_smile:

If he is using Xorg then it 'has' to be linux?
Regards from
Tom :slight_smile:

Can you pls check if it makes a difference when you turn of anti-alisasing
(Tools>Options>LibreOffice>View)?

And can you pls tell which OS you have. Sometimes that is relevant ;_0

Apologies for the omission, I'm using Fedora 13
(2.6.34.7-66.fc13.i686.PAE) on a Thinkpad T60 (Centrino Duo, 2.0GHz
IIRC) with Radeon graphics (I forget the exact model), 2GB of memory.

Tried to turn off antialiasing but that did not help.

Peter

Peter Langfelder wrote (02-02-11 01:06)

Apologies for the omission, I'm using Fedora 13

No probs. Thanks,

(2.6.34.7-66.fc13.i686.PAE) on a Thinkpad T60 (Centrino Duo, 2.0GHz
IIRC) with Radeon graphics (I forget the exact model), 2GB of memory.

Tried to turn off antialiasing but that did not help.

Hmmmm. Sorry to bother you with some more questions:
Is it with any presentation?
Is it the LibreOffice from the Fedora repository (I assume there is one)?

I do not have the issue on Ubuntu.

regards,
Cor

Hi,

Peter Langfelder wrote (02-02-11 01:06)

Apologies for the omission, I'm using Fedora 13

No probs. Thanks,

(2.6.34.7-66.fc13.i686.PAE) on a Thinkpad T60 (Centrino Duo, 2.0GHz
IIRC) with Radeon graphics (I forget the exact model), 2GB of memory.

Tried to turn off antialiasing but that did not help.

Hmmmm. Sorry to bother you with some more questions:
Is it with any presentation?

Opened a new presentation from a template and everything seems to be
running at a brisk clip, so it may be a particular presentations
issue. I have lots of pictures in it that are imported either form
eps (Encapsulated postscript) or from windows metafiles.

If it's of any help, in the past (OO 3.[0123].x) I used to notice a
lot of usage from ghostscript (gs) which I assumed was converting and
apparently re-converting the eps pictures to a raster image. Nothing
like that now though.

Is it the LibreOffice from the Fedora repository (I assume there is one)?

There's not libreoffice for F13 (the current one is F14) so I
downloaded the RPMs from libreoffice.org. Installation went ok.

Thanks,

Peter

What is in the presentation that would cause it to be slow?
Unless you have heavy video, a standard Thinkpad graphics card
should have no problems with the images. The CPU and speed
also should not have any difficulty.

What is the size of the presentation? File size and page number.
Can you email it to someone - OFF LIST - if you get their off-list
email address?

I use Ubuntu 10.10 64-bit and do not have anything but stock
on board graphics and I never had any trouble with any presentation
that I have tried.

Opened a new presentation from a template and everything seems to be
running at a brisk clip, so it may be a particular presentations
issue. I have lots of pictures in it that are imported either form
eps (Encapsulated postscript) or from windows metafiles.

I put the offending presentation up at

http://peterlangfelder.com/presentation.odp

Peter

That's what I thought as well. There are no videos in the presentation.

Peter

Peter Langfelder wrote (02-02-11 01:22)

Opened a new presentation from a template and everything seems to be
running at a brisk clip, so it may be a particular presentations
issue. I have lots of pictures in it that are imported either form
eps (Encapsulated postscript) or from windows metafiles.

Do you know (or could you test) if the problem is the same in OOo3.3.0?
I know there has been quite some work going on in OOo on graphics, rendering 3D etc. Maybe the problem is there too. Maybe not :wink:

And is it possible to cut the presentation back to say two or three slides, that do have the problem and that you could share for a Bug/Issue?

If it's of any help, in the past (OO 3.[0123].x) I used to notice a
lot of usage from ghostscript (gs) which I assumed was converting and
apparently re-converting the eps pictures to a raster image. Nothing
like that now though.

Is it the LibreOffice from the Fedora repository (I assume there is one)?

There's not libreoffice for F13 (the current one is F14) so I
downloaded the RPMs from libreoffice.org. Installation went ok.

Clear enough.

Thanks,
Cor

Cor Nouws wrote (02-02-11 01:39)

Do you know (or could you test) if the problem is the same in OOo3.3.0?
I know there has been quite some work going on in OOo on graphics,
rendering 3D etc. Maybe the problem is there too. Maybe not :wink:

And is it possible to cut the presentation back to say two or three
slides, that do have the problem and that you could share for a Bug/Issue?

Ah, see your reply to webkr.
Testing now ...

Hi Peter,

Cor Nouws wrote (02-02-11 01:43)

Cor Nouws wrote (02-02-11 01:39)

Do you know (or could you test) if the problem is the same in OOo3.3.0?
I know there has been quite some work going on in OOo on graphics,
rendering 3D etc. Maybe the problem is there too. Maybe not :wink:

And is it possible to cut the presentation back to say two or three
slides, that do have the problem and that you could share for a
Bug/Issue?

Ah, see your reply to webkr.
Testing now ...

LibO and OOo are handling this evenly bad.
Deleting slides 19-25 (objects) does not (really) help.
Saving the file (after a change) is no joy too.

Looks as if the last slide (#64) is taking most resources.

Opening in OOo 320 is much faster, though the object on #64 still is demanding. (did not try OOo 321)

Could you pls be so kind to file an issue for OOo ?

Thanks,

Cor

Cor Nouws wrote (02-02-11 02:08)

Could you pls be so kind to file an issue for OOo ?

You may also have a look at
http://www.openoffice.org/issues/show_bug.cgi?id=105116
I wouldn't be surprised if that is at least closely related.

Could you, if you file an issue, post the number here?

Thanks,
Cor

Not sure I understood correctly - I thought I should file this with
libreoffice, but I can't find a bug tracker on libreoffice.org... So I
filed the issue with openoffice.org, issue number 116758 - are the bug
trackers common for now?

Thanks,

Peter

Peter Langfelder wrote (02-02-11 04:54)

Cor Nouws wrote (02-02-11 02:08)

Could you pls be so kind to file an issue for OOo ?

You may also have a look at
http://www.openoffice.org/issues/show_bug.cgi?id=105116
I wouldn't be surprised if that is at least closely related.

Could you, if you file an issue, post the number here?

Not sure I understood correctly - I thought I should file this with
libreoffice, but I can't find a bug tracker on libreoffice.org... So I
filed the issue with openoffice.org, issue number 116758 - are the bug
trackers common for now?

No, the bug tracking systems are not common. But since the bug is in OOo, IMO it makes most sense to add it there.
Info for LibreOffice is here http://wiki.documentfoundation.org/BugReport

Regards,
Cor

Well, I can edit the presentation using OpenOffice 3.2.1 (I ended up
uninstalling LibreOffice 3.3 and going back to OO 3.2.1) which is what
I used to create it in the first place. It is slow at times but not
nearly as severely as 3.3 and is stable. I guess I will avoid
inserting large figures and hope for the best.

Peter

Peter Langfelder wrote (02-02-11 09:10)

Well, I can edit the presentation using OpenOffice 3.2.1 (I ended up
uninstalling LibreOffice 3.3 and going back to OO 3.2.1) which is what
I used to create it in the first place. It is slow at times but not
nearly as severely as 3.3 and is stable. I guess I will avoid
inserting large figures and hope for the best.

I noticed too that it works fine in a previous version of OOo. So with the new 330-code (most is shared by OOo and LibO) some regression in this area is introduced.

I always have some older versions at hand.
http://wiki.services.openoffice.org/wiki/Run_OOo_versions_parallel

Regards,
Cor

Hi :slight_smile:

I think OOo is still considered "upstream" despite the massive condensing of the
code and additions to functionality. When we diverge from OOo more our
developers presumably have plans for how we continue to co-operate and share
bug-patches and bug-reports with OOo. Many people are still working on both
projects. There is already a separate bugzilla area for bugs that are specific
to LibreOffice. At the moment tho, OOo are still "upstream" so bugs we have in
common with them will be filtered upstream to them. It speeds things up a bit
if we (the users) are able to post the relevant bugs reports directly upstream
rather than leaving it to the developer's to triage.

Regards from
Tom :slight_smile:

Hi :slight_smile:

I seemed to have no troubles with the presentation in OpenOffice 3.2 on Ubuntu
10.04 32bit. The slides with grey graphs seemed to spike my Cpu's usage but the
entire presentation is under 1MB!

I was going to suggest converting the eps to svg until we have eps support
sorted out. Or to chop the presentation into perhaps 2 or 3 files. however at
under 1 Mb this should not be causing a system to struggle!

Is the main problem when you have a projector and the screen running at the same
time? Again this seems unlikely to be an issue but something is clearly wrong.
Regards from
Tom :slight_smile: