Red Hat Bugzilla – Bug 131732
Use of Acroread plugin causes Mozilla & X to use 100% of a CPU
Last modified: 2007-11-30 17:07:03 EST
Description of problem:
Use of Acroread plugin causes Mozilla & X to use 100% of a CPU when it
should be idle or otherwise lightly loaded.
Version-Release number of selected component (if applicable):
Acroread plugin 5.08 & 5.09. Both the version from Adobe and our
packages in RHN (U2 & U3) show the same behavior.
Always when configured as a plugin, never when used as a helper
Steps to Reproduce:
1. Install latest mozilla and acroread-plugin for RHEL3 from RHN
2. Open mozilla, point it to any pdf file
3. Open top or similar tool in a seperate window, observe that CPU is
100% utilized between X and mozilla processes. This occurs for the
entire time that the plugin is displaying the PDF in the active window
Acroread itself seems well behaved, it consumes CPU as expected during
start-up/PDF file load, afterwards it drops off to basically zero
unless it is actually rendering/refreshing the document. The entire
time the pdf is displayed on the active window/tab, X and Mozilla will
consume an entire CPU's worth of cycles between them. This continues
until either the window is closed, another (non-PDF) page is loaded
with the same window or a different mozilla window/tab is placed in
No excessive CPU usage
I have verified that this is not a problem with plugins in general,
only Acroread. For example, the Java plugin functions as expected with
no excessive CPU usage except during initilization or from the Java
app itself. I have reproduced this reliably on x86 and x86_64. I tried
this on a system with a relatively slow video card and it is apperant
that the mozilla window (at least the top part where the URL input &
toolbar are) is constantly redrawing itself. The Acroread plugin
itself does not exhibit this behavior. Please review the mozilla.org
bug at the URL provided, lots of additional info there. This is
possibly a GTK2 bug. According to that report, this problem is not
reproduceable unless Mozilla is built against GTK2.
http://www.adobe.com/products/acrobat/readstep2.html now has 5.0.10, which has a
fix for this problem.
It appears to be in the tree for RHEL4 GA. I don't think anyone has
updated it for any older releases yet. Do you have a bug open for the
various release yet?
This bug was opened for RHEL3. Is there any need for another bug to
what's the status of getting a RHEL3 update for this? will it make U5?
Reopening and moving to caillon for RHEL3 backport.
Isnt this fixed? There was an errata for acroread in RHEL3 already
which should also resolve this. Looks like 5.10 is in...
Yup, looks good to me. 5.10 is available on RHN now and I've verified
that this version doesn't peg the CPU. This can be considered closed.