[gs-bugs] [Bug 689154] Memory/performance problems reading PDF file
with JPXDecode
bugs.ghostscript.com-bugzilla-daemon at ghostscript.com
bugs.ghostscript.com-bugzilla-daemon at ghostscript.com
Mon Jul 7 16:28:00 PDT 2008
http://bugs.ghostscript.com/show_bug.cgi?id=689154
ralph.giles at artifex.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P1 |P2
------- Additional Comments From ralph.giles at artifex.com 2008-07-07 16:27 -------
I cannot reproduce the crash with head. Instead I get "Insufficient data for
image" when the job runs out of memory.
The job does take about 3.5 GB of ram at peak, mostly inside jasper. Disabling
the work around for broken files with an invalid numparts in the SOT box saves
about 500 MB, but that's all. The gs+luratech decoder completes the file in
about 700 MB. So there the jasper code is inefficient.
Revising priority to reflect the crash being fixed.
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
More information about the gs-bugs
mailing list