Slow printing via lpr

I’m getting slow printing via lpr and TCP/IP – slow as compared
to just copying the file out the parallel port. So I’m wondering
if there are some general tips out there ?

There are two symptoms – one is the speed of the transfer itself
(and it’s a modern printer, HP-2200 with 10Mb Ethernet), and the
second symptom is a long delay after the file has been transferred
(and the light is flashing on the printer) to the time that the printer
decides to print the file (this latency doesn’t happen with a direct
copy of the file to the parallel port). These are postscript files.

Thanks in advance!

Cheers,
-RK


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at www.parse.com.
Email my initials at parse dot com.

Hello RK,

You can take a look through the ‘Connecting Printers, Terminals and Other
I/O Devices’ section of the system administration guide. This can be found
at http://www.qnx.com/developer/docs/qnx_6.1_docs/sysadmin/docs/wip.html

I can’t guarantee that it will solve your problem but it’s worth a try.

Regards,
Dave B.


“Robert Krten” <nospam83@parse.com> wrote in message
news:akgh7g$kmq$1@inn.qnx.com

I’m getting slow printing via lpr and TCP/IP – slow as compared
to just copying the file out the parallel port. So I’m wondering
if there are some general tips out there ?

There are two symptoms – one is the speed of the transfer itself
(and it’s a modern printer, HP-2200 with 10Mb Ethernet), and the
second symptom is a long delay after the file has been transferred
(and the light is flashing on the printer) to the time that the printer
decides to print the file (this latency doesn’t happen with a direct
copy of the file to the parallel port). These are postscript files.

Thanks in advance!

Cheers,
-RK


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.

Applications Support <apps@qnx.com> wrote:

Hello RK,

You can take a look through the ‘Connecting Printers, Terminals and Other
I/O Devices’ section of the system administration guide. This can be found
at > http://www.qnx.com/developer/docs/qnx_6.1_docs/sysadmin/docs/wip.html

I can’t guarantee that it will solve your problem but it’s worth a try.

Huh; took a look, but it didn’t seem to say anything “unusual” to watch
out for. Here’s my /etc/printcap file:

rp|lp:rm=10.0.0.100:mx#0:sh:hl:sd=/var/spool/lpd:lf=/var/log/lpd-errs:

Preeeeeety basic, I’d say :slight_smile:

Cheers,
-RK

Regards,
Dave B.



“Robert Krten” <> nospam83@parse.com> > wrote in message
news:akgh7g$kmq$> 1@inn.qnx.com> …

I’m getting slow printing via lpr and TCP/IP – slow as compared
to just copying the file out the parallel port. So I’m wondering
if there are some general tips out there ?

There are two symptoms – one is the speed of the transfer itself
(and it’s a modern printer, HP-2200 with 10Mb Ethernet), and the
second symptom is a long delay after the file has been transferred
(and the light is flashing on the printer) to the time that the printer
decides to print the file (this latency doesn’t happen with a direct
copy of the file to the parallel port). These are postscript files.

Thanks in advance!

Cheers,
-RK


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at www.parse.com.
Email my initials at parse dot com.

Hi Rob -
My printcap (for a HP lj4M+) has :rp=raw: in its Postscript paragraph,
and :rp=txt: in its ascii paragraph -
It identifies the remote print queue… perhaps your printer has to
time out before it tries to figure which queue to use?

Phil

Robert Krten wrote:

Applications Support <> apps@qnx.com> > wrote:
Hello RK,

You can take a look through the ‘Connecting Printers, Terminals and Other
I/O Devices’ section of the system administration guide. This can be found
at > http://www.qnx.com/developer/docs/qnx_6.1_docs/sysadmin/docs/wip.html

I can’t guarantee that it will solve your problem but it’s worth a try.

Huh; took a look, but it didn’t seem to say anything “unusual” to watch
out for. Here’s my /etc/printcap file:

rp|lp:rm=10.0.0.100:mx#0:sh:hl:sd=/var/spool/lpd:lf=/var/log/lpd-errs:

Preeeeeety basic, I’d say > :slight_smile:

Cheers,
-RK

Regards,
Dave B.

“Robert Krten” <> nospam83@parse.com> > wrote in message
news:akgh7g$kmq$> 1@inn.qnx.com> …

I’m getting slow printing via lpr and TCP/IP – slow as compared
to just copying the file out the parallel port. So I’m wondering
if there are some general tips out there ?

There are two symptoms – one is the speed of the transfer itself
(and it’s a modern printer, HP-2200 with 10Mb Ethernet), and the
second symptom is a long delay after the file has been transferred
(and the light is flashing on the printer) to the time that the printer
decides to print the file (this latency doesn’t happen with a direct
copy of the file to the parallel port). These are postscript files.

Thanks in advance!

Cheers,
-RK


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.

Phil Olynyk <pholynyk@rogers.com> wrote:

Hi Rob -
My printcap (for a HP lj4M+) has :rp=raw: in its Postscript paragraph,
and :rp=txt: in its ascii paragraph -
It identifies the remote print queue… perhaps your printer has to
time out before it tries to figure which queue to use?

I’d buy that for a dollar, 'cuz it does flash the “thinking” light for a while
before it decides to print out the page.

I know that the page is already there (in the printer), 'cuz “sin fd” shows
the file being transferred, and then it’s done transferring, and yet the
printer sits there for a while.

Can you post your complete file and how you use the “lpr” command?
I can be a moron at times, so it’s best to give the whole thing :slight_smile:

Also, this doesn’t quite address the transfer speed issue. Doing a once-per-second
“sin fd” poll shows bytes trickling into the printer; certainly now-where near as
fast as one could expect on a 10 mbit link (1MByte/second max). It’s probably more
like 10’s of kilobytes per second…

Thanks!

Cheers,
-RK


Phil

Robert Krten wrote:

Applications Support <> apps@qnx.com> > wrote:
Hello RK,

You can take a look through the ‘Connecting Printers, Terminals and Other
I/O Devices’ section of the system administration guide. This can be found
at > http://www.qnx.com/developer/docs/qnx_6.1_docs/sysadmin/docs/wip.html

I can’t guarantee that it will solve your problem but it’s worth a try.

Huh; took a look, but it didn’t seem to say anything “unusual” to watch
out for. Here’s my /etc/printcap file:

rp|lp:rm=10.0.0.100:mx#0:sh:hl:sd=/var/spool/lpd:lf=/var/log/lpd-errs:

Preeeeeety basic, I’d say > :slight_smile:

Cheers,
-RK

Regards,
Dave B.

“Robert Krten” <> nospam83@parse.com> > wrote in message
news:akgh7g$kmq$> 1@inn.qnx.com> …

I’m getting slow printing via lpr and TCP/IP – slow as compared
to just copying the file out the parallel port. So I’m wondering
if there are some general tips out there ?

There are two symptoms – one is the speed of the transfer itself
(and it’s a modern printer, HP-2200 with 10Mb Ethernet), and the
second symptom is a long delay after the file has been transferred
(and the light is flashing on the printer) to the time that the printer
decides to print the file (this latency doesn’t happen with a direct
copy of the file to the parallel port). These are postscript files.

Thanks in advance!

Cheers,
-RK


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at www.parse.com.
Email my initials at parse dot com.

OK Rob, here’s the whole printcap:

#Simple printcap for networked HP-4Mplus

lp|txt|default ASCII printer:
:lp=:rm=hugh:rp=txt:sd=/var/spool/txt:sh:if=addcr:mx#0:

ps|Postscript printer:
:lp=:rm=hugh:rp=raw:sd=/var/spool/ps:sh:mx#0:

#Not very impressive at all

addcr is a little program I wrote to add a cr (duh!) after an lf,
because I couldn’t find
any printer control to do it for me. It sits in /usr/local/bin because
that is in the PATH
that lpd inherited at startup.

then I just say “pr -e4 -f filename | lpr -Ptxt”
and it works fine in 4.25, but I seem to have to add “addcr |” into the
command before the lpr part
for Neutrino - I may not have the PATH correct

Obviously for a ps file you should just say “lpr -Pps file.ps” - I think

Phil Olynyk
OBT Software Corp

Robert Krten wrote:

Phil Olynyk <> pholynyk@rogers.com> > wrote:
Hi Rob -
My printcap (for a HP lj4M+) has :rp=raw: in its Postscript paragraph,
and :rp=txt: in its ascii paragraph -
It identifies the remote print queue… perhaps your printer has to
time out before it tries to figure which queue to use?

I’d buy that for a dollar, 'cuz it does flash the “thinking” light for a while
before it decides to print out the page.

I know that the page is already there (in the printer), 'cuz “sin fd” shows
the file being transferred, and then it’s done transferring, and yet the
printer sits there for a while.

Can you post your complete file and how you use the “lpr” command?
I can be a moron at times, so it’s best to give the whole thing > :slight_smile:

Also, this doesn’t quite address the transfer speed issue. Doing a once-per-second
“sin fd” poll shows bytes trickling into the printer; certainly now-where near as
fast as one could expect on a 10 mbit link (1MByte/second max). It’s probably more
like 10’s of kilobytes per second…

Thanks!

Cheers,
-RK

Phil

Robert Krten wrote:

Applications Support <> apps@qnx.com> > wrote:
Hello RK,

You can take a look through the ‘Connecting Printers, Terminals and Other
I/O Devices’ section of the system administration guide. This can be found
at > http://www.qnx.com/developer/docs/qnx_6.1_docs/sysadmin/docs/wip.html

I can’t guarantee that it will solve your problem but it’s worth a try.

Huh; took a look, but it didn’t seem to say anything “unusual” to watch
out for. Here’s my /etc/printcap file:

rp|lp:rm=10.0.0.100:mx#0:sh:hl:sd=/var/spool/lpd:lf=/var/log/lpd-errs:

Preeeeeety basic, I’d say > :slight_smile:

Cheers,
-RK

Regards,
Dave B.

“Robert Krten” <> nospam83@parse.com> > wrote in message
news:akgh7g$kmq$> 1@inn.qnx.com> …

I’m getting slow printing via lpr and TCP/IP – slow as compared
to just copying the file out the parallel port. So I’m wondering
if there are some general tips out there ?

There are two symptoms – one is the speed of the transfer itself
(and it’s a modern printer, HP-2200 with 10Mb Ethernet), and the
second symptom is a long delay after the file has been transferred
(and the light is flashing on the printer) to the time that the printer
decides to print the file (this latency doesn’t happen with a direct
copy of the file to the parallel port). These are postscript files.

Thanks in advance!

Cheers,
-RK


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.

I meant to add that I don’t think adding the :rp=foo: will necessarily
help you. It does
seem like you are having some networking issue. Perhaps a conflict
between lpd and the
Photon spooler?

Good Luck!
Phil

Phil Olynyk wrote:

OK Rob, here’s the whole printcap:

#Simple printcap for networked HP-4Mplus

lp|txt|default ASCII printer:
:lp=:rm=hugh:rp=txt:sd=/var/spool/txt:sh:if=addcr:mx#0:

ps|Postscript printer:
:lp=:rm=hugh:rp=raw:sd=/var/spool/ps:sh:mx#0:

#Not very impressive at all

addcr is a little program I wrote to add a cr (duh!) after an lf,
because I couldn’t find
any printer control to do it for me. It sits in /usr/local/bin because
that is in the PATH
that lpd inherited at startup.

then I just say “pr -e4 -f filename | lpr -Ptxt”
and it works fine in 4.25, but I seem to have to add “addcr |” into the
command before the lpr part
for Neutrino - I may not have the PATH correct

Obviously for a ps file you should just say “lpr -Pps file.ps” - I think

Phil Olynyk
OBT Software Corp

Robert Krten wrote:

Phil Olynyk <> pholynyk@rogers.com> > wrote:
Hi Rob -
My printcap (for a HP lj4M+) has :rp=raw: in its Postscript paragraph,
and :rp=txt: in its ascii paragraph -
It identifies the remote print queue… perhaps your printer has to
time out before it tries to figure which queue to use?

I’d buy that for a dollar, 'cuz it does flash the “thinking” light for a while
before it decides to print out the page.

I know that the page is already there (in the printer), 'cuz “sin fd” shows
the file being transferred, and then it’s done transferring, and yet the
printer sits there for a while.

Can you post your complete file and how you use the “lpr” command?
I can be a moron at times, so it’s best to give the whole thing > :slight_smile:

Also, this doesn’t quite address the transfer speed issue. Doing a once-per-second
“sin fd” poll shows bytes trickling into the printer; certainly now-where near as
fast as one could expect on a 10 mbit link (1MByte/second max). It’s probably more
like 10’s of kilobytes per second…

Thanks!

Cheers,
-RK

Phil

Robert Krten wrote:

Applications Support <> apps@qnx.com> > wrote:
Hello RK,

You can take a look through the ‘Connecting Printers, Terminals and Other
I/O Devices’ section of the system administration guide. This can be found
at > http://www.qnx.com/developer/docs/qnx_6.1_docs/sysadmin/docs/wip.html

I can’t guarantee that it will solve your problem but it’s worth a try.

Huh; took a look, but it didn’t seem to say anything “unusual” to watch
out for. Here’s my /etc/printcap file:

rp|lp:rm=10.0.0.100:mx#0:sh:hl:sd=/var/spool/lpd:lf=/var/log/lpd-errs:

Preeeeeety basic, I’d say > :slight_smile:

Cheers,
-RK

Regards,
Dave B.

“Robert Krten” <> nospam83@parse.com> > wrote in message
news:akgh7g$kmq$> 1@inn.qnx.com> …

I’m getting slow printing via lpr and TCP/IP – slow as compared
to just copying the file out the parallel port. So I’m wondering
if there are some general tips out there ?

There are two symptoms – one is the speed of the transfer itself
(and it’s a modern printer, HP-2200 with 10Mb Ethernet), and the
second symptom is a long delay after the file has been transferred
(and the light is flashing on the printer) to the time that the printer
decides to print the file (this latency doesn’t happen with a direct
copy of the file to the parallel port). These are postscript files.

Thanks in advance!

Cheers,
-RK


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.

Phil Olynyk <pholynyk@rogers.com> wrote:

OK Rob, here’s the whole printcap:

#Simple printcap for networked HP-4Mplus

lp|txt|default ASCII printer:
:lp=:rm=hugh:rp=txt:sd=/var/spool/txt:sh:if=addcr:mx#0:

ps|Postscript printer:
:lp=:rm=hugh:rp=raw:sd=/var/spool/ps:sh:mx#0:

#Not very impressive at all

addcr is a little program I wrote to add a cr (duh!) after an lf,
because I couldn’t find
any printer control to do it for me. It sits in /usr/local/bin because
that is in the PATH
that lpd inherited at startup.

then I just say “pr -e4 -f filename | lpr -Ptxt”
and it works fine in 4.25, but I seem to have to add “addcr |” into the
command before the lpr part
for Neutrino - I may not have the PATH correct

Obviously for a ps file you should just say “lpr -Pps file.ps” - I think

Thanks, Phil.

I’ll give that a whirl!

Cheers,
-RK

Phil Olynyk
OBT Software Corp

Robert Krten wrote:

Phil Olynyk <> pholynyk@rogers.com> > wrote:
Hi Rob -
My printcap (for a HP lj4M+) has :rp=raw: in its Postscript paragraph,
and :rp=txt: in its ascii paragraph -
It identifies the remote print queue… perhaps your printer has to
time out before it tries to figure which queue to use?

I’d buy that for a dollar, 'cuz it does flash the “thinking” light for a while
before it decides to print out the page.

I know that the page is already there (in the printer), 'cuz “sin fd” shows
the file being transferred, and then it’s done transferring, and yet the
printer sits there for a while.

Can you post your complete file and how you use the “lpr” command?
I can be a moron at times, so it’s best to give the whole thing > :slight_smile:

Also, this doesn’t quite address the transfer speed issue. Doing a once-per-second
“sin fd” poll shows bytes trickling into the printer; certainly now-where near as
fast as one could expect on a 10 mbit link (1MByte/second max). It’s probably more
like 10’s of kilobytes per second…

Thanks!

Cheers,
-RK

Phil

Robert Krten wrote:

Applications Support <> apps@qnx.com> > wrote:
Hello RK,

You can take a look through the ‘Connecting Printers, Terminals and Other
I/O Devices’ section of the system administration guide. This can be found
at > http://www.qnx.com/developer/docs/qnx_6.1_docs/sysadmin/docs/wip.html

I can’t guarantee that it will solve your problem but it’s worth a try.

Huh; took a look, but it didn’t seem to say anything “unusual” to watch
out for. Here’s my /etc/printcap file:

rp|lp:rm=10.0.0.100:mx#0:sh:hl:sd=/var/spool/lpd:lf=/var/log/lpd-errs:

Preeeeeety basic, I’d say > :slight_smile:

Cheers,
-RK

Regards,
Dave B.

“Robert Krten” <> nospam83@parse.com> > wrote in message
news:akgh7g$kmq$> 1@inn.qnx.com> …

I’m getting slow printing via lpr and TCP/IP – slow as compared
to just copying the file out the parallel port. So I’m wondering
if there are some general tips out there ?

There are two symptoms – one is the speed of the transfer itself
(and it’s a modern printer, HP-2200 with 10Mb Ethernet), and the
second symptom is a long delay after the file has been transferred
(and the light is flashing on the printer) to the time that the printer
decides to print the file (this latency doesn’t happen with a direct
copy of the file to the parallel port). These are postscript files.

Thanks in advance!

Cheers,
-RK


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at > www.parse.com> .
Email my initials at parse dot com.


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at www.parse.com.
Email my initials at parse dot com.