× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: Question on how the AS/400 handles "spooling"
  • From: Dave Shaw <dshaw1@xxxxxxxxxxx>
  • Date: Fri, 15 Jan 1999 12:48:35 -0500

-----Original Message-----
From: Chuck Lewis <CLEWIS@IQUEST.NET>
>Had a strange one here yesterday. We have an HP 5si attached to the
>AS/400 via MPI's "Blue Kit". The system see this printer as an IPDS
>printer (type) and were are using AFP. It was printing 2,383 invoices on
>a custom printed form and ran out of paper at page 1901. Some well
>meaning sole placed plain paper in the printer and it took off and
>finished the rest of the run on plain stock paper... The spool file goes
>to save so I restarted it at page 1901 and it took FOREVER to do
>anything (part of this has to do with MPI and I am working on this with
>them) and while this was going on it CREAMED our other printers. A
>printer would ask for form type or get alignment or end of forms
>messages and take 5 or 10 minutes to do anything. There were INCREDIBLE
>pauses between each spool file printed on these other printers. The
>system was NEVER over 20 % CPU and that was the peak. The writer for the
>5si did show towards the top of the list but with less than 4% CPU.
>Interactive and batch response were GREAT.
>
>Hope that's enough background - NOW my question...
>
>WHAT was going on with spooling ?
>
>HOW is this handled on the system ?
>
>In all my years with the AS/400 I have NEVER seen anything like this. It
>was like the one BIG job (and all in all this wasn't THAT big of a job)
>was TOTALLY dominating QSPL or whatever, to the detriment of other
>writers but yet otherwise not impacting the system AT ALL (???????
>!!!!!!!!).

As others have mentioned, it was bypassing 1900 pages.  But that's only part
of it, the other part is that you're using AFP, so it also had to FORMAT
(probably wrong term, but close enough) all of these pages in order to count
them.  AFP is a memory hog, chances are QSPL just didn't have enough memory
to do this smoothly, so it thrashed a lot and effectively prevented all the
other writers from getting any memory to work with.  From past traumas with
the same kind of problem, I'd say that you should have had at least 5 MB in
the *SPOOL memory pool to do this, maybe 10 MB if you wanted the other
writers to keep running smoothly.

Dave Shaw

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.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 on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.