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



What OS level is the Peak temporary used?
Did IBM change these screens?

At V7R1, showing Maximum unprotected instead of Peak temporary used.

Maximum unprotected

The largest amount (in millions of bytes) of storage used for
temporary objects at any one time since the last IPL.

Current unprotect used : 54431 M
Maximum unprotect . . : 67877 M

My other concern is the % temp addresses, keeps increasing, IPL has no impact.

% temp addresses . . . . : 21.139

Paul


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of dlclark@xxxxxxxxxxxxxxxx
Sent: Thursday, November 09, 2017 10:28 AM
To: Midrange Systems Technical Discussion
Subject: Re: Temporary storage movement over a day

"MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx> wrote on 11/08/2017
10:34:38 PM:
I was wondering if I could get some feedback in relation to the
temporary
storage values on busy systems from the WRKSYSSTS display. Both
current and peak.

I have check about 10 systems and all are under 10000 but none of
these systems are very large or very heavily utilised.

One system though has a figure of 130,640 and looking at a performance
graph this grows through the day and decreases overnight - just seemed
rather high to me but may be normal on a busy system. The system has
3450
active jobs currently.

It is going to vary wildly from shop to shop based on the number of and working set size of long running jobs. About a year ago we replaced the box and disk subsystem and began having performance issues where things would get slower and slower until finally coming to a halt before the end of day. We would have to shut down QINTER and start it back up to get everything going again. IBM later identified a problem with the new disk subsystem so we went back to the same type of subsystem we previously had and the problem went away. But, we are still working on redesigning some of our long running jobs to reduce their working set size
-- by moving modules to separate programs and changing service program binding to *DEFER.

Current temporary used . : 3320 G
Peak temporary used . . : 4693 G

Jobs in system . . . . . : 413256
% system ASP used . . . : 64.4176

Sincerely,

Dave Clark
--
int.ext: 91078
direct: (937) 531-6378
home: (937) 751-3300

Winsupply Group Services
3110 Kettering Boulevard
Dayton, Ohio 45439 USA
(937) 294-5331




*********************************************************************************************
This email message and any attachments is for use only by the named
addressee(s) and may contain confidential, privileged and/or proprietary information. If you have received this message in error, please immediately notify the sender and delete and destroy the message and all copies. All unauthorized direct or indirect use or disclosure of this message is strictly prohibited. No right to confidentiality or privilege is waived or lost by any error in transmission.
*********************************************************************************************
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: http://amzn.to/2dEadiD

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.