You should be able to find more info in the archives or the infocenter.

But, IIRC basically the system ends up keeping entries in various job data
structures.  Thus, IPLs take longer since the structure is bigger.  Also for
example WRKACTJOB takes longer since there are more entries to deal with.

It's been said before but it is worth repeating: iSeries spool files are not
designed for nor should they be used for long term storage.  If there's a
legitimate need for the data in a spool file, it needs to be moved to an
archival format, PDF, COLD, HTML, whatever. If for no other reason than
Disaster Recovery.  Spool files are _NOT_ backed up when you do a save menu
option 21-"Save Entire System".


> -----Original Message-----
> From: Urbanek, Marty [mailto:Marty_Urbanek@xxxxxxxxxxxx]
> Sent: Monday, March 29, 2004 1:19 PM
> To: 'midrange-l@xxxxxxxxxxxx'
> Subject: Re: wrksyssts non DB-fault paging
> Are you serious, Steve? "Keep up with" in the sense of 
> *actively* keep up
> with, i.e. keep checking on, i.e. using CPU cycles?
> This could be a problem for me, too. We have tons of spool 
> files sitting
> around, mainly because it is hard to automate cleanup of our 
> individual
> users' stuff because they have legitimate reasons to keep 
> some things for
> long periods of time. Certainly though, the vast majority of 
> it is clutter,
> because of not enforcing an automated cleanup.
> I just thoght it was wasting some disk space. If the system 
> is actually
> doing work to maintain this clutter, I need to invest a 
> little more time
> into a cleanup strategy.
> What kind of system resources are consumed by these old jobs' 
> spool files
> laying around?
> -Marty
> ----------------------------------------------------------------------
> date: Mon, 29 Mar 2004 11:47:59 -0600
> from: "Steve Landess" <sjl_123@xxxxxxxxxxx>
> subject: Re: wrksyssts non DB-fault paging
> ...
> 1) Why do you have over 45,000 jobs in the system?
> You're probably keeping too many spooled files around...
> Remember, the system has to keep up with these jobs even 
> after they have
> ended.
> ...
> _______________________________________________
> 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:
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at

As an Amazon Associate we earn from qualifying purchases.

This thread ...

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

This mailing list archive is Copyright 1997-2022 by 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.