Bug 158706 - Rendering is much slower than in KPDF
Summary: Rendering is much slower than in KPDF
Status: RESOLVED WORKSFORME
Alias: None
Product: okular
Classification: Applications
Component: PDF backend (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-03 04:33 UTC by kde2eran
Modified: 2008-12-21 16:16 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kde2eran 2008-03-03 04:33:25 UTC
Version:            (using KDE 4.0.1)
Installed from:    Fedora RPMs
OS:                Linux

On my machine, Okular's PDF rendering is much slower than with KPDF. This is especially evident, and disturbing, when flipping pages: in Okular, PgDn can take a full second, while in KPDF page flipping looks instantaneous.

Tested on a 1.8GHz Pentium M machine running Fedora 8. KPDF is Fedora's 0.5.8 RPM and Okular is SVN built against Fedora's kdelibs4 4.0.1-6.fc8 RPM. Both use the same Fedora 8 libraries except for kde3 vs. kde4.

The performance gap seems to depend on the document. Here's a random PDF showing the issue: <http://law.wustl.edu/WULR/84-5/hurtyin.pdf>.

I have Okular configured with "Aggressive" memory usage and background generation enabled, and I let it sit for a few seconds before pressing PgDn (to give it time to pre-render the next page), but the response is still often slow. The system is otherwise idle.

Notably, the PgDn rendering time in Okular isn't constant: it's sometimes very fast, and sometimes takes a full second. I'm unable to conclusively correlate this with anything, including the amount of time waited before pressing PgDn.

This might be relevant: when I press PgDn, okular immediately spews this to stderr:
okular(23524) Okular::Document::requestPixmaps: request id=3 663x948@5
okular(23524) Okular::DocumentPrivate::sendGeneratorRequest: sending request id=3 663x948@5 async == true
The actual display update happens about a second, and the CPU is at 100% inbetween.
Comment 1 Albert Astals Cid 2008-03-03 23:13:19 UTC
Yes, it's saying it's going to request a pixmap for the next page, that's usually what happens when you pres page down.

Besides are you compiling okular and poppler or they are built by your distribution?
Comment 2 kde2eran 2008-03-04 00:08:11 UTC
I'm compiling Okular from the SVN sourcecode. Poppler is Fedora's RPM build: poppler-0.6.2-1.fc8 and poppler-devel-0.6.2-1.fc8.
Comment 3 Albert Astals Cid 2008-03-04 20:30:44 UTC
i can't appreciate any big slowliness in this big comparing kpdf and okular visually
Comment 4 Pino Toscano 2008-08-20 15:34:03 UTC
Hi,

do you still have the problem with more recent versions of Okular and Poppler (0.8.x is highly suggested)?
Comment 5 Brad Hards 2008-12-01 02:56:40 UTC
Can you please try with a more recent Poppler version (ideally 0.10.1)?
Comment 6 Dario Andres 2008-12-21 16:16:16 UTC
No response since March. Closing as WORKSFORME. Reopen if this is still a problem in a recent KDE version and you can attach more info. Thanks :)