Bug 99486 - Patterns are VERY slow
Summary: Patterns are VERY slow
Status: RESOLVED UPSTREAM
Alias: None
Product: kpdf
Classification: Applications
Component: general (show other bugs)
Version: 0.4
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Albert Astals Cid
URL:
Keywords:
: 99472 99473 102310 112433 113880 116739 119771 120652 125031 127820 142969 148334 158206 166994 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-02-15 23:44 UTC by Albert Astals Cid
Modified: 2009-08-26 23:20 UTC (History)
15 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
The said document (371.86 KB, application/pdf)
2005-02-15 23:47 UTC, Albert Astals Cid
Details
A callgrind execution of xpdf when opening that document (780.30 KB, text/plain)
2005-02-15 23:55 UTC, Albert Astals Cid
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Albert Astals Cid 2005-02-15 23:44:50 UTC
Version:           0.4 (using KDE 3.3.92 (beta2), compiled sources)
Compiler:          gcc version 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)
OS:                Linux (i686) release 2.6.8.1-24mdk

xpdf code kpdf uses has a big problem with patterns, this comment is in Gfx::doPatternFill

// this is a bit of a kludge -- patterns can be really slow

I'll attach a pdf that takes ages to render (i've never waited for enough time to see it render), but if we place a return; in the begin of Gfx::doPatternFill it renders fine (but without patterns obviously)
Comment 1 Albert Astals Cid 2005-02-15 23:47:48 UTC
Created attachment 9654 [details]
The said document
Comment 2 Albert Astals Cid 2005-02-15 23:53:55 UTC
*** Bug 99473 has been marked as a duplicate of this bug. ***
Comment 3 Albert Astals Cid 2005-02-15 23:55:59 UTC
Created attachment 9655 [details]
A callgrind execution of xpdf when opening that document

I've run xpdf through callgrind and got that after 1 hour of running (it had
not still finished rendering page 6). It can be clearly seen that 99.07% of the
time is spent in the 110675 calls to Gfx::doForm1 done inside the 2 calls of
Gfx::doTilingPatternFill.

I think that the problem is that even the pattern is always(changes 3 or 4
times) the same it gets decoded and "executed" each time it has to be painted.
Comment 4 Albert Astals Cid 2005-02-16 00:27:43 UTC
*** Bug 99472 has been marked as a duplicate of this bug. ***
Comment 5 Albert Astals Cid 2005-03-23 22:12:37 UTC
*** Bug 102310 has been marked as a duplicate of this bug. ***
Comment 6 Albert Astals Cid 2005-10-05 22:31:55 UTC
*** Bug 113880 has been marked as a duplicate of this bug. ***
Comment 7 Albert Astals Cid 2005-11-06 12:42:29 UTC
*** Bug 112433 has been marked as a duplicate of this bug. ***
Comment 8 Albert Astals Cid 2005-11-20 22:19:29 UTC
*** Bug 116739 has been marked as a duplicate of this bug. ***
Comment 9 Albert Astals Cid 2006-01-09 00:37:30 UTC
*** Bug 119771 has been marked as a duplicate of this bug. ***
Comment 10 Albert Astals Cid 2006-01-23 20:17:34 UTC
*** Bug 120652 has been marked as a duplicate of this bug. ***
Comment 11 Albert Astals Cid 2006-04-06 19:25:10 UTC
*** Bug 125031 has been marked as a duplicate of this bug. ***
Comment 12 Albert Astals Cid 2006-05-22 20:29:07 UTC
*** Bug 127820 has been marked as a duplicate of this bug. ***
Comment 13 Albert Astals Cid 2007-03-14 19:24:23 UTC
*** Bug 142969 has been marked as a duplicate of this bug. ***
Comment 14 Albert Astals Cid 2007-07-30 09:08:36 UTC
*** Bug 148334 has been marked as a duplicate of this bug. ***
Comment 15 Albert Astals Cid 2008-02-22 23:21:51 UTC
*** Bug 158206 has been marked as a duplicate of this bug. ***
Comment 16 Albert Astals Cid 2008-07-19 21:17:18 UTC
*** Bug 166994 has been marked as a duplicate of this bug. ***
Comment 17 Albert Astals Cid 2009-08-26 23:20:45 UTC
Closing this bug.

kpdf is no longer under development and although okular has the same problem the problem is in upstream poppler at http://bugs.freedesktop.org/show_bug.cgi?id=13518