Bug 53141

Summary:	poppler 0.20 needs much time for showing some pages
Product:	poppler	Reporter:	rabuzarus
Component:	qt4 frontend	Assignee:	poppler-bugs <poppler-bugs>
Status:	RESOLVED MOVED	QA Contact:
Severity:	normal
Priority:	medium
Version:	unspecified
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:
Attachments:	one slow page

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.