Summary: | Major CPU time required to draw attached PDFs | ||
---|---|---|---|
Product: | poppler | Reporter: | Alex Hudson <bugs> |
Component: | cairo backend | Assignee: | poppler-bugs <poppler-bugs> |
Status: | RESOLVED DUPLICATE | QA Contact: | |
Severity: | major | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | PDF file from RSC which takes ages to open |
Description
Alex Hudson
2007-08-02 03:52:42 UTC
Created attachment 10956 [details]
PDF file from RSC which takes ages to open
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 cairo specific 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 *** 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. 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.