100% gs CPU usage, slow printing of PDF files

[Nathan Gingras]

Recently, larger-ish PDF files are printing very slowly.

This PDF, for example: http://cdn.sazs.com/wp-content/uploads/2015/03/Corporate-Formal-Banquet-Menu-2014.pdf

Printing to any printer, the process gs will occupy 100% cpu for several minutes before the print job is actually sent. During this time an error will appear in a notification bubble that states "[printername] may not be connected"

The job will eventually print. On older systems this same document takes half an hour to print.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: ghostscript 9.10~dfsg-0ubuntu10.4
ProcVersionSignature: Ubuntu 3.13.0-62.102-generic 3.13.11-ckt24
Uname: Linux 3.13.0-62-generic i686
ApportVersion: 2.14.1-0ubuntu3.12
Architecture: i386
CurrentDesktop: XFCE
Date: Wed Aug 26 14:03:13 2015
InstallationDate: Installed on 2015-06-04 (83 days ago)
InstallationMedia: Xubuntu 14.04 LTS "Trusty Tahr" - Release i386 (20140416.2)
MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
Papersize: letter
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-62-generic root=UUID=afee13bf-a0e2-4199-ae99-81f1a8150113 ro quiet splash vt.handoff=7
SourcePackage: ghostscript
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/03/2011
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: P1.10
dmi.board.name: H61M-VS
dmi.board.vendor: ASRock
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrP1.10:bd03/03/2011:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnH61M-VS:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: To Be Filled By O.E.M.
dmi.product.version: To Be Filled By O.E.M.
dmi.sys.vendor: To Be Filled By O.E.M.

[Spyros Theodoritsis (madmetal)]

I just noticed two GS processes taking 100% of CPU load, no printer installed, only one PDF file open and one Octave plot output. The CPU temp was reaching 90oC, so with top I found two GS processes.

[madbiologist (me-again)]

A ghostscript performance bug was fixed in Ubuntu 15.04 "Vivid Vervet" and another ghostscript performance bug was fixed in Ubuntu 15.10 "Wily Warthog". Does this issue still exist on Ubuntu 15.10?

[Launchpad Janitor (janitor)]

[Expired for ghostscript (Ubuntu) because there has been no activity for 60 days.]