MIDRANGE dot COM Mailing List Archive



Home » MIDRANGE-L » December 2011

Re: Remote outq vs. *DEVD



fixed

Timing that was reported to me was:

It took 2.2421 minutes to print a single facesheet. It took 1.0178m
from the time the print job was activated to when the printer even
began receiving the transmission. Then took another 1.2243 m to
process the information and print the actual documen.


The data sent to the printer to print a facesheet is minimal. The
printer uses a forms chip to create the form and fill it in from the
data stream. This is almost always a double sided form with supplied
data for both sides. I think I counted the number of lines sent as
being 33 lines of text. Longest line is 40 characters. Shortest line
is 1 character.

Run wrkshrpool, shows *SPOOL as a defined size of 439.56 M, Max active 33.

Don't know, yet, if pool is faulting.

John McKee

On Tue, Dec 27, 2011 at 4:01 PM, Musselman, Paul
<pmusselman@xxxxxxxxxxxxxxxx> wrote:
How long is "too long?"

Are you by chance printing with overlays?  If so, and if the printer is merely an AFP printer, the iSeries must build a bitmap of each page being printed and send it to the printer.  If you use IPDS, with an IPDS-capable printer, the overlay is sent to the printer once, and married to the variable data as each page flits past-- must faster!  There are stand-alone IPDS interfaces-- one is a device much like a jet-direct box for a single printer, another handles 3 printers.  Unfortunately, I can't recall the manufacturer's name at the moment!

Of course, this difference in speed mostly affects remote locations with long communication lines.  Generally,  locally-attached AFP printers can handle limited amounts of overlay traffic without slowing things down too much.

If the device is a network printer (ie it has its own IP address) it should work better than a remote outq.  Remote outqs don't have some of the controls to start printing and a certain page, hold and restart, etc. (I think multiple copies may be affected as well, but don't quote me!).

Paul E Musselman
PaulMmn@xxxxxxxxxxxxxxxxxxxx

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.






Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2014 by MIDRANGE dot COM and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available here. If you have questions about this, please contact