[gutsy] very hi cpu usage when scrolling pdf

Thank you for your bug. Does it happen with any pdf? Could you attach an example? Do you use a sidebar?

Yes it happens with all pdfs!
here's an example.
If a sidebar is the bar that opens when pressing F9, no. But it happens also when it is enabled.
It happens in al "view" modes: fullscreen, continuous, dual...

Could it be a graphic driver error?

P.s. I have a mobility radeon 9700. I use the default driver

I've sent the bug upstream on https://bugs.freedesktop.org/show_bug.cgi?id=11438

Sebastien, does this problem happen to you, too?

That happens using a radeon card and seems to be due to http://bugs.freedesktop.org/show_bug.cgi?id=4320

sebastien, that but is more than 1 year old, while the problem with
evince is quite young, and it is using the evince which is in gutsy...
Are you sure that the problem is this?

I tried to install the feisty package on gutsy but the dependencies
are broken...

evince started using cairo for rendering during the gutsy cycle

It seems that the bug report about cairo is quite old and unfixed...
This will probably mean that it will not be fixed. Is there a way to
temporary disable cairo in evince, so that I can view my pdfs?
This will be a big problem for people who has an r300 card

the easy workaround is to use evince 0.8 until the bug get fixed which will be before gutsy becomes stable

have you got a link to the 0.8 version please?

Using the fglrx driver I don't have this problem, so I think that the
problem is itself in the radeon driver. What do you think?

I still thinks it's due to the upstream bug indicated

All right... let's see when and if it get fixed, so!

I'm seeing this too with a Radeon R250 [Mobility FireGL 9000] both in initially rendering pages and changing pages. Moving windows around does not seem to be affected (as one of the upstream bugs suggests.)

"Me too" on gutsy on nv driver. Scrolling, resizing, window movement, changing pages, switching windows etc. is painfully slow (each step takes some 5 seconds). That didn't happen in feisty for me either (on the same hardware and drivers).

I fixed this bug adding
Option "XAANoOffscreenPixmaps"
in the device section of xorg.conf

This seems somewhat better in the current gutsy (maybe? or maybe it's
just because I'm looking at a different pdf?)

Are you using the XAANoOffscreenPixmaps?

No, I'm not using XAANoOffscreenPixmaps

Add XAANoOffscreenPixmaps to fix

I'm having the same problem (evince working badly on a laptop with 1400x1050 display and a Radeon). What are the negatives of XAANoOffscreenPixmaps if any, and is there a real fix that will go into Gutsy eventually?

I don't know if it goes into gutsy.
I don't see any performance regression using this option. but:
- I don't run compiz because it is too slow for now
- I don't run games

please tell us your results!

The bug has been fixed upstream now

Can you tell me anything about why using XAANoOffscreenPixmaps fixes
the problem?

it works around the slow path issue, no need to use it when the next version will be available though (likely next week)

I asked it because I also experience the same slowdown in some flash
animations, in firefox, and it is fixed using this option.

evince (2.19.4-0ubuntu1) gutsy; urgency=low

  * New upstream version:
    Bug fixes:
    - Find works when findbar is hidden
    - Use directly cairo_surface_get_content
    - Great speedup by using CAIRO_FORMAT_RGB24 instead of CAIRO_FORMAT_ARGB32
      (LP: #122786)
    - Fix for embedded thumbnails dimension and rotation
    - Avoid ifdefs inside macros
    - Memory leak fixes
    - New icon sizes
    - Invalid read fix
    - Fix multihead problems in toolbar editor
    - Use the same cairo context for every page in the same expose event
  * debian/patches/02_autoconf.patch:
    - updated

 -- Sebastien Bacher <email address hidden> Tue, 28 Aug 2007 00:52:00 +0200

I confirm the fix. but just a question: if firefox has a similar
problem, that gets fixed using the same XAANoOFfscreenPixmaps
workaround, does this mean that it has the same problem?
(firefox uses CAIRO_FORMAT_ARGB32)

thanks

that might be the same problem, I don't know cairo enough to comment on that though, you might want to contact upstream about the issue

I have Ubuntu 7.10 on fresh install with Evince 2.20.1. My CPU goes up to 50-80% when I use the scroll bar.

Please let me know what kind of information you require. I have not submitted a bug previously. I reloaded Evince and I did download the bug report package with it. Gnome launched an applet that collected information, but I am not sure where the file was stored.

I had no problem using Evince on Feisty. Your group has made a great tool--I hope this helps others.

Thanks

Since the last post, I have tried the following to resolve the CPU/Memory problem:

I added "XAANoOffscreenPixmaps" but it did not resolve the high CPU consumption.

I added epdfViewer and Xpdf viewer. I had the same high CPU usage in epdfViewer as in Evince, but I did not have the same problem in Xpdf. (However Xpdf is not a useful as Evince for my needs).

I have the same high CPU consumption in Firefox/Epiphany, independent of Evince.

My laptop has an Intel Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller.

Since my Gutsy and my Evince are new versions, apparently the problem still exists, or at least in my configuration. Please let me know if there is more information that could help you locating the problem--if it is a problem with Evince and not the dependencies.

Thanks.

Same goes here with Mobility Radon HD3650 on Lucid Lynx laptop