Bug 53141 - poppler 0.20 needs much time for showing some pages
Summary: poppler 0.20 needs much time for showing some pages
Status: RESOLVED MOVED
Alias: None
Product: poppler
Classification: Unclassified
Component: qt4 frontend (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-05 14:13 UTC by rabuzarus
Modified: 2018-08-21 10:40 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
one slow page (1.71 MB, application/pdf)
2012-09-21 10:01 UTC, rabuzarus
Details

Description rabuzarus 2012-08-05 14:13:53 UTC
On some pages Okular (0.15) needs very long to present the next page while CPU is at 100%. Sometimes you have to wait 30s until the next page is shown.
Okular is compiled with poppler-qt 0.20.
I'll add a exemple pdf to this report for trying.
This is especial annoying in prensentation mode.

example pdf:
http://www.file-upload.net/download-4636972/Petrik-VL4.pdf.html

Reproducible: Always

Steps to Reproduce:
1. open attached example pdf in Okular
2. go to presentation mode
3. try to switch through the pages
Actual Results:  
pages need very long to load. CPU is at 100% while loading.

Expected Results:  
faster loading.

System:
openSUSE 12.1
KDE 4.9.0
okular 0.15

libpoppler26-0.20.2-82.1.x86_64
libpoppler-cpp0-0.20.2-82.1.x86_64
libpoppler-qt4-4-0.20.2-83.1.x86_64
Comment 1 Albert Astals Cid 2012-08-05 14:26:28 UTC
Slow page is page 11 (starting with 0) where it seems there's a big-ish image that is scaled down and it seems we are doing the cms process on the src image instead of on the target image (not sure if doing it on the target image is correct/can be done though)
Comment 2 rabuzarus 2012-08-05 15:16:04 UTC
one additional note:
the rendering of the example pdf has been much faster, with okular and poppler 0.18
Comment 3 Albert Astals Cid 2012-08-05 15:18:31 UTC
Probably lcms1 vs lcms2, can you confirm in poppler 0.18 you had it linked against lcms1 and poppler 0.20 it's linked against lcms2?
Comment 4 rabuzarus 2012-08-05 15:47:15 UTC
According to the openSUSE Spec files it is.

poppler 0.18 -> lcms
poppler 0.20 -> lcms2
Comment 5 Albert Astals Cid 2012-09-18 20:15:41 UTC
the file is gone?
Comment 6 rabuzarus 2012-09-19 12:26:06 UTC
>the file is gone?

Sorry for that. The time seems to be expired.

Can you give me a better address for uploading?
Comment 7 Albert Astals Cid 2012-09-19 15:37:56 UTC
Can you attach it to the bug using the "Add an attachment" link?
Comment 8 rabuzarus 2012-09-19 15:55:42 UTC
No the file is too big
Comment 9 Albert Astals Cid 2012-09-19 16:47:13 UTC
You can try pdfseparate to extract only one of the slow pages?
Comment 10 rabuzarus 2012-09-21 10:01:11 UTC
Created attachment 67490 [details]
one slow page
Comment 11 rabuzarus 2012-09-21 10:10:00 UTC
this is one example page. there are other pages which are slower but I can't upload them because of the upload limitation.
Also other pages with only some text boxes (with text) have a 3s+ delay.
Comment 12 Albert Astals Cid 2012-11-19 21:53:52 UTC
Need to evaluate if cmsFLAGS_NOOPTIMIZE is worth having or not, it was faster for some files but slower for others, also need to use lcms2.4 when doing this testing
Comment 13 Thomas Freitag 2016-03-18 13:50:05 UTC
In the meantime we implemented a lot of optimization, i.e. implement the idea of comment 1 (s. bug 90171).
The PDF of comment 10 renders now in 1.7 seconds on my laptop.
Comment 14 GitLab Migration User 2018-08-21 10:40:45 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/319.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.