Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 7 May 2011 15:32:49 +0200 (CEST)
From:      Wojciech Puchar <>
To:        Warren Block <>
Subject:   Re: about ulpt speed
Message-ID:  <>
In-Reply-To: <>
References:  <> <>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
>> Larger postscript files are transmitted longer.
>> I am not sure but seems it is not printer problem. Any ideas what to 
>> check/change in ulpt?
> It's worth trying unlpt.  But if the sending time is proportional to the file

already tried. The only difference is that printer doesn't know when each 
jobs end - so pressing "cancel" on printer by user mean nothing more will 
ever print after that ;) - as cancel works by ignoring data until end of 

speed is same.

> size, it's probably not that.

Yes it's not that. i tried making dumb 200MB postscript file and pressed 
cancel just after starting sending data. so printer just had to receive 
and ignore data - got 2.5MB/s with
cat file >/dev/ulpt0


dd if=file of=/dev/ulpt0 bs=1m - same speed.

in actual printouts it's more like 200kB/s or less.

It may be printer's problem but not it's postscript processor

Kyocera FS-3920DN have identical CPU and identical amount of RAM and 
handles printouts by LAN at 100Mbit/s speed even on complex postscript 

Do you have any idea what to check more ?

Want to link to this message? Use this URL: <>