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)
Created attachment 9654 [details] The said document
*** Bug 99473 has been marked as a duplicate of this bug. ***
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.
*** Bug 99472 has been marked as a duplicate of this bug. ***
*** Bug 102310 has been marked as a duplicate of this bug. ***
*** Bug 113880 has been marked as a duplicate of this bug. ***
*** Bug 112433 has been marked as a duplicate of this bug. ***
*** Bug 116739 has been marked as a duplicate of this bug. ***
*** Bug 119771 has been marked as a duplicate of this bug. ***
*** Bug 120652 has been marked as a duplicate of this bug. ***
*** Bug 125031 has been marked as a duplicate of this bug. ***
*** Bug 127820 has been marked as a duplicate of this bug. ***
*** Bug 142969 has been marked as a duplicate of this bug. ***
*** Bug 148334 has been marked as a duplicate of this bug. ***
*** Bug 158206 has been marked as a duplicate of this bug. ***
*** Bug 166994 has been marked as a duplicate of this bug. ***
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