[gs-bugs] [Bug 692959] Many pages of attached PDF render very slowly, especially with images

[bugzilla-daemon at ghostscript.com]

http://bugs.ghostscript.com/show_bug.cgi?id=692959

--- Comment #3 from Ray Johnston <ray.johnston at artifex.com> 2012-03-31 21:31:43 UTC ---
First, please document the 'even leads to errors'. Until it is established
that there are errors from the processing, I am changing the severity to
"enhancement". 

The original user mentions several VERY different system configurations:
1) Pentium 3 500 MHz with 312Mb RAM (a VERY old, slow and small system),
2) Q6600 (Core 2) Duo machine with 4GB (only about 5 years old, but decent)
but does not quantify the timings observed.

Note that the gs option -Z: prints out the Outputpage start and end times,
so is generally useful if 'wall clock' timing is adequate (this time is the
same as the "time" command "real" time, not the CPU "user" time).

You can determine if the time increase is during parsing of the PDF and
writing of the clist (display list) or during rendering, or shared. If the
time increase is mostly during parsing, then the image decompression may be
a contributor.

Also examination of the -dPDFDEBUG output for the slow pages may provide
some insight. Some systems output images as a whole mess of single line
images rather than as a single image.

Ghostscript 9.00 and later performs color management based on ICC profiles,
which is more correct, but slower than what 8.xx used. The -dUseFastColor
option uses color conversion that is more similar to 8.xx in the colors
produced and in the speed of conversion.

Lastly profiling of the slow pages will point to the area of slowness.

-- 
Configure bugmail: http://bugs.ghostscript.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.