| 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.