Edwin, You say that you are printing a postscript file. Do you mean that you have a postscript file that is then rendered by ghostscript to a raster (bitmap) image which is then sent to the windows printer? If this is case then you may well be needlessly invoking ghostscript, particularly if your windows printer already supports native postscript printing. You probably want to arrange your printer filters (the magic that cups or lpr uses) so that postscript is passed directly through without processing.
(Ghostscript /postscript is really optimised for text and vector rendering rather than processing bitmaps. But it is the common page description language that we have. Particular with graphics if you can avoid scaling computation performance will be a lot better. Whether you actually can control that is another matter) Martin Martin Visser ,CISSP Network and Security Consultant Technology & Infrastructure - Consulting & Integration HP Services 3 Richardson Place North Ryde, Sydney NSW 2113, Australia Phone *: +61-2-9022-1670 Mobile *: +61-411-254-513 Fax 7: +61-2-9022-1800 E-mail * : [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Edwin Humphries Sent: Wednesday, 17 December 2003 8:41 AM To: [EMAIL PROTECTED] Subject: [SLUG] Speeding up gs printing We're printing a postscript file to a shared windows printer; it takes ghostscript a very long time (around 3 minutes) to prepare the file for printing (533Mhz Via Eden system). During the printing process, gs seems to take up full processor capacity, but we've seen this perform better on slower processors. We've tried the file with or without graphics; the time quoted is for the no graphics version, but there doesn't appear to be much difference. Can anyone explain this, or suggest ways of speeding it up? Edwin Humphries, Ironstone Technology Pty Ltd [EMAIL PROTECTED] www.ironstone.com.au Phone: 02 4233 2285 Fax: 02 4233 2299 Mobile: 0419 233 051 -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug