[Upstream] Impress very slow due to Anti-Aliasing

This is definitely an Anti-Aliasing problem - I switched it off and now Impress is noticeably faster and acceptable to use.

I think this is a Xorg issue, but may be wrong.

Hi Jono,

Hmm, to treat this as an Xorg performance bug, we need some more specific data to go on, although I'm not sure what performance data can be gathered from openoffice. My vague guess would be that this is some intermediate library between openoffice and X (cairo??). But maybe we can just push it upstream and see what they suggest.

But to start with can you please run 'apport-collect 411542', which will attach the various data we need for X.org bug reports?

Also, are you able to reproduce this bug in any other applications besides openoffice? That might help in identifying the cause if it is a shared library or something.

Architecture: i386
DistroRelease: Ubuntu 9.10
MachineType: LENOVO 7417CTO
Package: xorg 1:7.4+3ubuntu5
PackageArchitecture: i386
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-5-generic root=UUID=d0c0ae51-5326-4259-8fa7-82f0ddc8e582 ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-5.24-generic
RelatedPackageVersions:
 xserver-xorg 1:7.4+3ubuntu5
 libgl1-mesa-glx 7.5-1ubuntu1
 libdrm2 2.4.12-1ubuntu1
 xserver-xorg-video-intel 2:2.8.0-0ubuntu2
 xserver-xorg-video-ati 1:6.12.99+git20090629.f39cafc5-0ubuntu5
Uname: Linux 2.6.31-5-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
XorgConf: Error: [Errno 2] No such file or directory: '/etc/X11/xorg.conf'
dmi.bios.date: 01/09/2009
dmi.bios.vendor: LENOVO
dmi.bios.version: 7UET56WW (2.02 )
dmi.board.name: 7417CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr7UET56WW(2.02):bd01/09/2009:svnLENOVO:pn7417CTO:pvrThinkPadT400:rvnLENOVO:rn7417CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 7417CTO
dmi.product.version: ThinkPad T400
dmi.sys.vendor: LENOVO
fglrx: Not loaded
system:
 distro: Ubuntu
 architecture: i686kernel: 2.6.31-5-generic

Hi Bryce,

Thanks for checking into this. I just did a test of Cairo by running Jokosher and there is no slowdown at all. Is there anything else you want me to check?

  Jono

Jono,

Can you also attach a document exhibiting the issue and explain how to easily see the issue? It is possible that it is an issue in OOo but I have seen other xserver related issues in the past that sometimes just showed up in OOo. I am still running Ubuntu 9.04 at the moment with OOo 3.1.0 from the ppa so I may be able to see if it shows up with an older version of xorg also.

Thanks,

Chris

Oh wow, I think I was just able to reproduce the issue myself, when dragging a slide down in the slide list it seems to be fine, but when I tried dragging a slide to a higher position I got the really weird slowdown. I am running on 9.04 with intel driver gma4500 graphics (ThinkPad X200).

I'll try reverting to 3.0.1 to test and see how it goes.

Chris

Try the presentation that I have just attached. First, ensure that AA is switched on in Tools->Options->OpenOffice.org->View, then load this presentation and try moving some of the slide items around. Also, try picking up a slide in the left slides pane and move your mouse until you see the outline, now waggle the mouse around a little and place the slide in a new location - this should really slow OpenOffice.org to a grind and hammer the CPU.

Presentation to test.

I tested with 3.0.1 and doing the same thing can't reproduce the issue on it so this does appear to actually be an issue with OOo 3.1.0 somehow. I should have OOo 3.1.1~rc1 uploaded after alpha 4 release later this week and hopefully the bug will be resolved.

Chris

I have never experienced this issue in 3.0.x and I also reverted back in Jaunty.

Jono,

Do you still have this problem with openoffice.org 1:3.1.1-1ubuntu2 or 1:3.1.1-1ubuntu1~jaunty1? I think it might be fixed now or at least it doesn't seem to be nearly as severe as what I remember.

Chris

Yes, the problem is still present.

Chris, is this something you can milestone for the release?

I have the same effect: after switching off Anti aliasing in the options everything is responsive again.

Not sure if this is the same bug or not. I have the same problem with OO3.1 ubuntu 9.10, with "Visual effects" off it's pretty slow/sometimes not responding. with "Visual effects" on OO is unusable. I've just switched off "Anti aliasing+hard acc" and seems to be working fine

I tried all possible combinations: AA off Hard Acc off, AA on Hard Acc off, AA off Hard Acc on, AA on Hard Acc on. I raised the memory allocated for each presentation and slide to respectively 128 Mo and 20 Mo. It was very hard to use Impress 3.1 which was very slow and often consumed 100% of one proc. My presentation featured 33 slides with some .eps figures embedded. I may say the problem was preventing me from using Open Office Impress to edit my presentation. I am using Ubuntu 9.10 on a asus8jc laptop (1GHz RAM - Dual Core Intel 1.83 GHz). I was using some days before Impress 3.0.1 without any problems, I guess I am going to use install that version again. I really need Impress since my presentations are now fully ODT files and I got used to this lovely software. I started on Ubuntu 9.10 with totally a fresh install this week end. Thank you for your attention and you precious help on that bug.

I removed OO 3.1 from my Ubuntu Karmic system. I installed OO 3.0.1 with DEB packages provided in the OO website. The problem disappeared completely.

I can confirm it's present in 3.1.1 as installed in Karmic. Turning off AA seems to resolve it for me (but results in less than great line drawings of course). With AA on Impress is completely unusable.

It seems it triggers a redraw of images every time you "wiggle" the ui in various ways, and that redraw ends up taking a looong time. Looking with ps it spends a huge amount of time running gs and convert, and spawns dozens and dozens of ooffice zombie processes as it goes.

I've turned off anti-aliasing and it is still really slow.
Where can I download the version 3.0? I have trouble finding it.

For me the problem was fixed by turning off line antialiasing, font antialiasing did not had any effect.

It seems turning off AA makes the 'drag and drop' of slides fast and non blocking, could we please ship OO.org by default with AA turn off until we find out the real issue?
It will really improve the 'initial' experience and impressions of the users.

This also seems to be related to bug #462487, as that problem also goes away when turning off antialiasing.

It seems that the problem is much worse when the grid is displayed (View->Grid->Display Grid). Perhaps there is a bad interaction between the grid and anti-aliasing? Can anyone confirm?

Working with a 34 slide presentation with some graphics is a very time consuming undertaking. Turning of AA makes no noticeable difference here. Both Impress and Xorg try to use as much CPU as they possibly can. Using 3.1.1 / build 9420.

When I experienced this behaviour some weeks ago in OOo 3.2.0 (in Fedora 12), I got rid of the slow responses by renaming the /user folder in ~/.openoffice.org/3/ (e.g. to user.old). However the behaviour is back now and I am not sure if doing the same renaming thing is working this time.

See http://user.services.openoffice.org/en/forum/viewtopic.php?p=58403#p58403

Hey,
I just upgraded to 10.04 and got OOo 3.2 with it. Impress' speed is not impressive. It's having a really tough time.

I have turned off anti-aliasing. It seems to be helping. The hardware acceleration has no effect. I have an nVidia GTX 9500 card with nVidia driver.

Turning off anti-aliasing works for me on OpenOffice 3.2 on Ubuntu 10.04. Though my problem was with Calc.

This was making impress completely unusable on my computers (one Core2 with ubuntu 10.04 AMD64, another pentium IV with ubuntu 10.04 32bits). Disabling antialising did the trick.

Juan

Same issue with OpenOffice 3.2.1 when anti-aliasing is turned on. No issue when turning AA off. My environment; Ubuntu 10.04, compiz desktop effects on, non-proprietary graphics drivers, ATI graphics card on Thinkpad W500.

Same issue here, Ubuntu lucid with x86_64 architecture. Impress is terribly slow to move slides when AA is on.. Otherwise it's very fast at the same task.

Even though "upstream" appears in the title of this bug I can't seem to find a link to an upstream bug report. Is there an upstream report?

I have had this issue for several years and can confirm its also occurs in Lucid 32-bit. Disabling anti-aliasing as described in #27 makes the problem disappear but leaves text looking very ugly.

Is this still occurring on Ubuntu 10.10 "Maverick Meerkat" with OpenOffice 3.2.1-7ubuntu1 and Mesa 7.9?

Just tested it on Lucid with OOo from lucid-prosed, and it is working quite responsive and much faster than bevor. My version of OOo: OpenOffice.org 3.2.1, OOO320m19 (Build:9505), ooo-build 3.2.1.4, Ubuntu package 1:3.2.1-6ubuntu2~10.04.1

In general it works better, however oddly enough, the larger the size of the text box i try to drag, the larger the slow down i experience.

For example, i opened a new text box with the text "Hello.".
If i drag the small text box, it works OK.
If i expand the size of the text box (without adding text, just pulling the edges), the dragging process becomes much, much slower.
When the text box size is about the size of the presentation sheet, the slow down is really lagged.

Regards,
Ori

> Date: Tue, 2 Nov 2010 15:31:15 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: [Bug 411542] Re: [upstream] OpenOffice.org 3.1 Impress Very Slow due to AA
>
> Is this still occurring on Ubuntu 10.10 "Maverick Meerkat" with
> OpenOffice 3.2.1-7ubuntu1 and Mesa 7.9?
>
> --
> [upstream] OpenOffice.org 3.1 Impress Very Slow due to AA
> https://bugs.launchpad.net/bugs/411542
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (545910).
>
> Status in The OpenOffice.org Suite: New
> Status in “openoffice.org” package in Ubuntu: Triaged
>
> Bug description:
> Binary package hint: openoffice.org
>
> OpenOffice.org 3.1 in Karmic seems to be noticably slower than OpenOffice.org 3.0. My suspicion is that this is because of the new anti-aliased rendering. Some examples of how it is slow:
>
> * Moving text boxes around is laggy.
> * Re-arranging slide order is terribly slow and after I had moved the slide to its new location I waited about 60 seconds for it to finally land.
>
> I tested the OpenOffice.org 3.1 in Jaunty with similar problems.
>
> ProblemType: Bug
> Architecture: i386
> Date: Mon Aug 10 10:01:21 2009
> DistroRelease: Ubuntu 9.10
> Package: openoffice.org-core 1:3.1.0-5ubuntu1
> ProcEnviron:
> PATH=(custom, no user)
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcVersionSignature: Ubuntu 2.6.31-5.24-generic
> SourcePackage: openoffice.org
> Uname: Linux 2.6.31-5-generic i686
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/openoffice/+bug/411542/+subscribe

In general it works better, however oddly enough, the larger the size of
 the text box i try to drag, the larger the slow down i experience.

For example, i opened a new text box with the text "Hello.".

If i drag the small text box, it works OK.

If i expand the size of the text box (without adding text, just pulling
the edges), the dragging process becomes much, much slower.

When the text box size is about the size of the presentation sheet, the slow down is really lagged.

I'm using ubuntu 10.10, all updated, on the same HW as before.

Regards,

Ori

> Date: Tue, 2 Nov 2010 20:31:04 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: [Bug 411542] Re: [upstream] OpenOffice.org 3.1 Impress Very Slow due to AA
>
> Just tested it on Lucid with OOo from lucid-prosed, and it is working
> quite responsive and much faster than bevor. My version of OOo:
> OpenOffice.org 3.2.1, OOO320m19 (Build:9505), ooo-build 3.2.1.4, Ubuntu
> package 1:3.2.1-6ubuntu2~10.04.1
>
> --
> [upstream] OpenOffice.org 3.1 Impress Very Slow due to AA
> https://bugs.launchpad.net/bugs/411542
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (545910).
>
> Status in The OpenOffice.org Suite: New
> Status in “openoffice.org” package in Ubuntu: Triaged
>
> Bug description:
> Binary package hint: openoffice.org
>
> OpenOffice.org 3.1 in Karmic seems to be noticably slower than OpenOffice.org 3.0. My suspicion is that this is because of the new anti-aliased rendering. Some examples of how it is slow:
>
> * Moving text boxes around is laggy.
> * Re-arranging slide order is terribly slow and after I had moved the slide to its new location I waited about 60 seconds for it to finally land.
>
> I tested the OpenOffice.org 3.1 in Jaunty with similar problems.
>
> ProblemType: Bug
> Architecture: i386
> Date: Mon Aug 10 10:01:21 2009
> DistroRelease: Ubuntu 9.10
> Package: openoffice.org-core 1:3.1.0-5ubuntu1
> ProcEnviron:
> PATH=(custom, no user)
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcVersionSignature: Ubuntu 2.6.31-5.24-generic
> SourcePackage: openoffice.org
> Uname: Linux 2.6.31-5-generic i686
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/openoffice/+bug/411542/+subscribe

OpenOffice.org 3.2.1
OOO320m19 (Build:9505)
ooo-build 3.2.1.4, Ubuntu package 1:3.2.1-6ubuntu2~10.04.1

Turning off AA solves the issue.

Isn't it a duplicate of Bug #462487 or Bug #462487 is a duplicate of this bug?

I tried to connect this bug to openoffice bug tracker, but find many bugs of this kind and I'm not able to know which one to select.

A list of bugs of the same kind is available at : http://openoffice.org/bugzilla/buglist.cgi?quicksearch=cpu+anti+aliasing

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

No reference URL.

Jono Bacon, unfortunately not enough information is available to work on this issue. Regarding your comments:

" * Moving text boxes around is laggy."

Could you please be more specific regarding laggy? What did you move specifically in the attached file and how long did it take you to do so? How long do you expect it to take?

" * Re-arranging slide order is terribly slow and after I had moved the slide to its new location I waited about 60 seconds for it to finally land."

Which slide specifically did you move and where did you move it to?

[Expired for libreoffice (Ubuntu) because there has been no activity for 60 days.]

This bug still occurs in Ubuntu 11.10, even when using the Libreoffice 3.5.0 beta 2 release. It occurs in every element of libreoffice where anti-aliasing is used, even on draw when fontwork is drawn.

Evidence for the bug - Libreoffice Draw

Evidence for the bug - Libreoffice Impress

I can confirm this still exists in 12.04 64bit running LibreOffice 3.5.4.2.
I'm running a Core i5-2500K with 8Gig RAM and an nVidia GT440.

As a simple test, create a new doc, place a large "smiley" object, zoom in.
Now scroll up / down with (and without) AA enabled to see the difference in speed.

This was confirmed fixed in Libreoffice 4.2 upstream, marking Fixed here as well.