Printing Bahn ticket with gs backend takes 6:03 minutes on Kyocera 1350DN

Adding this file for reproducability.

Printing this with nc -w200 192.168.178.3 9100 < printout-016.ps takes 6:03 minutes.

Right, again with much help from Felix, we're narrowed the problem down to the fact that the images in the originating PDF request interpolation, thus so does Ghostscript's Postscript output, and it seems that, for the class of image in question, at least, the 1350D's implementation of interpolation is unacceptably slow.

There may or may not be a future enhancement in GS to control whether it preserves the interpolation requestion, but for now, at least, the quickest solution would be to add bit more to the Postscript workaround CUPS already prepends to PS for these Kyocera printers.

Augmenting the existing workaround as per below, improves the speed to ~12 seconds for the job in question:
%%BeginProlog
% ===== Workaround insertion by pdftops CUPS filter =====
% Kyocera's PostScript interpreter crashes on early name binding,
% so eliminate all "bind"s by redifining "bind" to no-op
/bind {} bind def
% Some Kyocera printers have an unacceptably slow implementation
% of image interpolation.
/image
{
  dup /Interpolate known
  {
    dup /Interpolate undef
  } if
  systemdict /image get exec
} def
% =====

I will add this to the cups-filters package.

Sorry, SRU not needed, in Precise we default to Poppler. Fix needed only for Quantal.

Fix committed upstream to cups-filters, will be part of the 1.0.20 release.

cups-filters 1.0.20 Debian and Ubuntu package committed for upload. Will be soon in the Quantal repos.

Chris, thank you very much for your workaround.

I'm relieved to put another issue to bed!

BIG thanks to Felix for his patience (and paper!) in helping us track this down.

This bug was fixed in the package cups-filters - 1.0.20-0bzr1

---------------
cups-filters (1.0.20-0bzr1) quantal; urgency=low

  * New upstream release
     - pdftops: Added another workaround for Kyocera printers: Some
       models get very slow on images which request interpolation,
       so now we remove the image interpolation requests by additional
       PostScript code only inserted for Kyocera printers (LP: #1026974).
     - Made the Poppler-based filters pdftopdf and pdftoopvp build with
       both Poppler 0.18.x and 0.20.x (Upstream bug #1055).
     - Fixes according to Coverity scan results (Upstream bug #1054).
     - Switched build system to autotools. This especially fixes several
       build problems in Gentoo. Also build-tested with CUPS 1.6.0b1.
     - Fixes for compatibility with clang/gcc-4.7.
     - textonly: Filter did not work as a pipe with copies=1 (Upstream bug
       #1032).
     - texttopdf: Avoid trimming the results of FcFontSort(), as this may
       miss some reasonable candidates under certain circumstances. BTW,
       fix passing a non-pointer as a pointer to "result" (Closes: #670055).
     - Corrected documentation. The option for the maximum image rendering
       resolution in pdftops is "pdftops-max-image-resolution", not
       "pdftops-max-image-resolution-default".
  * debian/patches/fcfontsort-no-trim.patch: Removed, fixed upstream.
  * debian/rules: Updated options for ./configure and make for the new autotools
    build system.
  * debian/watch: Switched to bz2 upstream packages.
  * debian/rules, debian/copyright, debian/cups-filters.docs: Updated for
    renamed documentation files.
  * debian/control, debian/libfontembed1.install,
    debian/libfontembed-dev.install: Added new binary packages for libfontembed.
  * debian/copyright: Updated for recent file additions, and rearrangement of
    directories.
 -- Till Kamppeter <email address hidden> Sun, 22 Jul 2012 18:57:32 +0200