× 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.



Another solution for you is to make sure you have loaded a
"Printing" ptfs that are not in the cume's. Don't ask me why ibm
does not put ALL printing ptfs in the cumes(yes-we all do print!),
but they don't. In the IBM Knowledge Base, in the "Print" section, there
are documents like:
V4RxMx Ptf Listing for AFP Printing
V4RxMx Ptf Listing for HPT Printing
V4RxMx Ptf Listing for TCP/Lan Printing
V4RxMx Ptf Listing for HPT AFPDS to Ascii
any ptf listed with (1000) after the ptf number is not on a cume.
Some ptf's are in multiple documents.
btw - many of the same docs exist for V5RxMx.
hth
jim franz

----- Original Message -----
From: "afvaiv" <afvaiv@wanadoo.es>
To: "MIDRANGE-L" <MIDRANGE-L@midrange.com>
Sent: Tuesday, January 28, 2003 5:40 PM
Subject: Net printers occasionally consuming high CPU usage


> High, once in a while (unpredictable) some of our net-printers will
> start to eat up almost all CPU cycles.
> We realize it because system slows down with any apparent reason.
> WRKACTJOB shows one of the writers a using 90+% of CPU... The printout
> has already been printed, but for some reason is not SAVEd (all of our
> printouts have the SAVE(*YES) parameter) and shows still as *WTR ...
> Ending the Spool writer job and restarting the writer usually fixes it,
> but the problem is quite annoying since its only after someone complains
> about system performance that we realize it.
> We are at V4R5, latest Cum.
>
> I've been looking thru the archives to find out if there is an API  we
> could use in a batch job inquirying say once every 2 minutes thru the
> list of active jobs, to find out if any one job is eating up more than,
> say 50%, of CPU so we could automatically kill it and restart it... I
> assume there is such a API, but the second questioon is: as I understand
> it, WRKACTJOB shows CPU percent as a "mean" figure since last time
> statistics were restarted (F10 or F13 ...) so if such an API would
> "query" the list of jobs, long running jobs like spool writers would
> always give a low figure as a "mean" value, UNLESS statistics were reset
> every 2 minutes, maybe by that same API program...
>
> Am I missing something obvious? Can it be done some other way around?
> The obvious question is, could someone figure out why any spoolwriter
> would eat all CPU and work perfect after END/RESTART ?
>
> TIA
> -------------------------
> Antonio Fernandez-Vicenti
> afvaiv@wanadoo.es
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo.cgi/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.