Bug 11809 - Major CPU time required to draw attached PDFs
Summary: Major CPU time required to draw attached PDFs
Status: RESOLVED DUPLICATE of bug 9724
Alias: None
Product: poppler
Classification: Unclassified
Component: cairo backend (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium major
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-02 03:52 UTC by Alex Hudson
Modified: 2009-08-15 15:12 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
PDF file from RSC which takes ages to open (467.85 KB, image/pdf)
2007-08-02 03:53 UTC, Alex Hudson
Details

Description Alex Hudson 2007-08-02 03:52:42 UTC
As summary; this PDF is the performance times for the Royal Shakespeare Company, and on my poppler (poppler-0.5.4-7.fc7, under evince in Fedora 7) it takes a mad amount of time to display anything.

The only bug I could find which looked like it might be a dupe of this is that Type 3 font thing, but I can't tell if that's actually the case or not - apologies in advance if this is something you already know about.
Comment 1 Alex Hudson 2007-08-02 03:53:37 UTC
Created attachment 10956 [details]
PDF file from RSC which takes ages to open
Comment 2 Jeff Muizelaar 2007-08-02 12:26:05 UTC
Indeed. I believe this may be a cairo problem. If the problem is what I think it is, then this patch against cairo should fix it:
http://lists.freedesktop.org/archives/cairo/2007-June/010856.html
Comment 3 Albert Astals Cid 2007-08-22 13:38:02 UTC
cairo specific
Comment 4 Carlos Garcia Campos 2009-08-06 00:58:36 UTC
This is another example where we are clipping too much and we don't even need it. With this simple patch:

@@ -3221,11 +3221,13 @@ void Gfx::fillPatch(GfxPatch *patch, int nComps, int depth) {
 void Gfx::doEndPath() {
   if (state->isCurPt() && clip != clipNone) {
     state->clip();
+#if 0
     if (clip == clipNormal) {
       out->clip(state);
     } else {
       out->eoClip(state);
     }
+#endif
   }
   clip = clipNone;
   state->clearPath();

the doc is rendered fast and the output is exactly the same. However there are documents where such clip is necessary. 

*** This bug has been marked as a duplicate of bug 9724 ***
Comment 5 David Timms 2009-08-15 15:11:25 UTC
Just as a reference timing (I'm the creator of bug 9724):
Opening RSC pdf takes
- 5 seconds [amd quad 3GHz CPU]
It seems to be something about the use of long columns or tables that is common between these pdfs.
Comment 6 David Timms 2009-08-15 15:12:28 UTC
oops. Document Viewer 2.26.2  using poppler 0.10.7 (cairo). on Fedora 11.


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.