Bug 59636 - kghostview takes forever to print a document that is fast to print with acroread and xpdf
Summary: kghostview takes forever to print a document that is fast to print with acror...
Status: RESOLVED NOT A BUG
Alias: None
Product: kghostview
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Wilco Greven
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-06-11 08:49 UTC by david
Modified: 2003-08-13 17:05 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
File I attempted to print (page 3) (109.49 KB, application/pdf)
2003-06-11 08:50 UTC, david
Details

Note You need to log in before you can comment on or make changes to this bug.
Description david 2003-06-11 08:49:37 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
OS:          Linux

Trying to print a pdf file (I will attach in a moment) with kghostview took about 10 or so minutes per page to send to the printer.
acroread took about 30 seconds, xpdf took about 1 second.

I am using cups on a fast postscript2 laser printer.

According to cups, the following file sizes for each job, printing the same page, existed:
KDE Print System [kghostview] 1355k
AcroywWSVc [acroread] 69k
(stdin) [xpdf] 35k

These were all the same page (page 3 on the file I'll try to upload), and the time to print reflects the size of the output.

Obviously kghostview is sending way to big files to the printer.

Cheers
David
Comment 1 david 2003-06-11 08:50:59 UTC
Created attachment 1773 [details]
File I attempted to print (page 3)

Tried to print page 3 (or any) of this document in kghostview, and it took
forever.
Comment 2 Luís Pedro Coelho 2003-06-12 12:45:59 UTC
Sorry, I cannot see this. 
 
I don't have a printer right now, but I did a "print to file" and it was very fast. It did 
generate a 8MB file, though. 
 
This smells like a gs problem. I am using version 7.05 (gnu version) on redhat and, 
as I said, it is very fast the convertion pdf->ps (which is basically what we do to 
print). Neither xpdf nor acroread are gs based, so they wouldn't suffer from anything 
gs related. 
 
Do you see the slowdown when printing to a file? 
 
What if you try to print directly on the commandline ("lpr file.pdf" or "lpr.cups file.pdf" 
should work), is it fast or slow ? 
 
regards and thank you for your report, 
luis pedro 
Comment 3 david 2003-06-13 05:42:54 UTC
Hi There, 
 
Thanks for your time checking out the bug! 
 
I think the slowdown is because of the huge file size. See kghostview doesn't actually 
lock up or slow down, it just takes forever for the file to be printed. 
 
I'm guessing that sending an 8mb file to a printer over the parallel port is just _very_ 
slow - so maybe it would be more appropriate to say this bug is that ghostview 
generates huge postscript files to be printed (as compared to xpdf or acroread).. 
 
Perhaps I need to report this bug to the ghostview team?.. How does one go about 
doing that? 
 
Thanks! 
 
David 
Comment 4 Luís Pedro Coelho 2003-06-14 00:32:13 UTC
For ghostscript bugs, check out http://bugs.ghostscript.com/ which is bugzilla based 
as well. 
 
I will close this bug as INVALID which means that the bug isn't actually related to 
kghostview. 
 
Please do report any other errors you find, 
luis pedro 
Comment 5 Ferdinand Gassauer 2003-08-07 13:27:52 UTC
Hmm! 
what I do not understand  
kghostview has opened a pdf (or ps) file, why not just  sending this one to 
the printer / print system? 
 
cu 
ferdinand 
Comment 6 Luís Pedro Coelho 2003-08-07 19:47:52 UTC
You are right, but I am not 100% sure whether all the printing systems accept PDF + 
page choice. 
 
I have to ask the kdeprint guys a couple of questions, but I think you are right that 
some things could be simplyfied and left to the printing system. 
 
regards, 
luis 
Comment 7 david 2003-08-08 04:52:48 UTC
Just thought I'd let you know that the relevent bug for this in ghostview is bug # 
686919 or: 
 
http://bugs.ghostscript.com/show_bug.cgi?id=686919 
 
David 
Comment 8 Luís Pedro Coelho 2003-08-13 17:05:25 UTC
Since this seems to be generally accepted as a ghostscript problem (even by the 
ghostscript team), I am closing it here. 
 
Ferdinand is right that some improvements are possible in the way kghostview 
prints. Here, it would probably come to the same though (depending on printing 
system): kghostview sends the PDF which is processed by the printing system 
(which calls gs), achieving the same results... 
What just sending the file to the printing system would achieve is better performance 
and non-blocking interfaces. 
 
regards, 
luis