[poppler] poppler really slow when reading some documents
Christian Krause
krause.chr at gmail.com
Tue Jan 3 13:21:33 PST 2006
On 1/3/06, Albert Astals Cid <aacid at kde.org> wrote:
> A Dimarts 03 Gener 2006 18:52, Christian Krause va escriure:
> > Hi,
> >
> > > > Sure. No difference. It is too slow to show the document:
> > >
> > > Not with evince. Can you try with the test applications inside poppler
> > > (especially qt4/tests/test-poppler-qt4 )?
> >
> > 1st test
> > qt/test-poppler-qt /tmp/serialata10a.pdf
> >
> > the first page ist displayed within a second, switching to other pages
> > is fast, too
> >
> > 2nd test
> > Sorry, but I can't run the QT4 tests, because I haven't qt4 installed
> > yet and it is not available for my distribution.
> >
> > 3rd test
> > glib/test-poppler-glib /tmp/serialata10a.pdf
> >
> > nothing is displayed, 100% CPU usage
> >
> > > Can you try with KPDF from KDE 3.5?
> >
> > Yes, it doesn't work. But this depends on the fact, that kdegraphics
> > 3.5.0 has only "theoretical" poppler support. Something is linked
> > against poppler, but the xpdf stuff and the goo lib is built as well
> > (even if the project is configured --with-poppler) and used (as seen
> > in gdb).
>
> kpdf does not use poppler because our copy of xpdf is somewhat better, but the
> fact that we share 99% of the code is real.
>
> The backtrace you attach seem to imply the problem is in too large document
> table of contents.
>
> I'll have a look later on.
You can look at the first message of this thread, where I'll explain
the problem in detail. The problematic piece of code is IMHO in
kdegraphics-3.5.0/kpdf/xpdf/goo/GString.cc.
Best regards,
Christian
More information about the poppler
mailing list