Sorry I forgot to mention, the Development LPAR has access to a ZIIP.
Sent with Proton Mail secure email.
--- Original Message ---
On Friday, August 11th, 2023 at 11:34 AM, Jon Butler
wrote:
> Depending on the actual work characteristics, you might consider buying a
> zIIP. You
Depending on the actual work characteristics, you might consider buying a zIIP.
You could share this between PROD and DEV to offload a lot of "grunt" work
that runs in an SRB, including Sorts and many ISV products from BMC and
Broadcom. More good news, any work offloaded from the GPs may cut
Additional update on our configuration. We have a z15-T02, with two physical
engines. Our production LPAR has one dedicated GCP and shares the second GCP
with the Development LPAR. Since Development only has access to only one
physical processor, our performance and tuning company feels that
I have seen Db2 unloads use vastly more (overall total) CPU when doing
parallelised processing, compared to non-parallelised.
Obviously you are doing reload (I presume) rather than unload, but the same
thing may apply.
So might be something worth checking/testing, if parallelism is relevant to
Well, for starters the DB2 address spaces are in a service class named STCHI,
which has the following WLM definitions.
Importance Level 1 with an execution velocity of 55. Regarding the situation
when "DB2" uses most of the CPU. It is
not the DB2 address spaces that max out the CPU, rather the
By any chance do you have your Db2 address spaces in SYSSTC? If yes, get them
moved out AND share give development uses of both logical CPs.
IRLM should be there but the others should. On a 1 CP system, all regular work
stops while a task in SYSSTC is using the CPU. High CPU users like Db2
Of
Allan Staller
Sent: Monday, August 7, 2023 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OS performance question
CAUTION! This email originated outside of the organization. Please do not open
attachments or click links from an unknown or suspicious origin
BM Mainframe Discussion List On Behalf
> Of rpinion865
> Sent: Monday, August 7, 2023 7:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS performance question
>
> [CAUTION: This Email is from outside the Organization. Unless you trust
> the sender, Don’t click links or
,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
rpinion865
Sent: Monday, August 7, 2023 7:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS performance question
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don’t click links or open
; From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> rpinion865
>
> Sent: Friday, August 4, 2023 12:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS performance question
>
> [CAUTION: This Email is from outside the Organization. Unless you trust
expert) if commits can be take during the restore,
it might help.
Wish I could help more.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
rpinion865
Sent: Friday, August 4, 2023 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS performance question
[CAUTION
You can get by with 1 logical cp on the sandbox but, I would still want 2. For
a development LPAR with Db2, you need the 2 logical CPs. Has it always been
restricted to 1 CP? If not, why was it changed? Everything on that LPAR will
perform better with 2 CPs compared to 1 CP.
ion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> rpinion865
>
> Sent: Thursday, August 3, 2023 10:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS performance question
>
> [CAUTION: This Email is from outside the Organization. Unless you trust the
> sender, Don’
frame Discussion List On Behalf
> Of rpinion865
> Sent: Thursday, August 3, 2023 10:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS performance question
>
> [CAUTION: This Email is from outside the Organization. Unless you trust
> the sender, Don’t click links or open attachments as
riginal Message-
From: IBM Mainframe Discussion List On Behalf Of
rpinion865
Sent: Thursday, August 3, 2023 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS performance question
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don’t click links or open attach
Let me start off by saying I am not a z/OS performance and capacity planning
expert. If anything, I am a novice. I am looking for a trivial answer to a
non-trivial question.
We have a z15 (8562-T02) running three z/OS 2.4 LPAR's, Production (SC10D1),
Development (SC08D3), and Sysprog (SC14D4).
of
Michael Babcock
Sent: Sunday, May 3, 2020 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS performance question
This message was sent from an external source outside of Western & Southern's
network. Do not click links or open attachments unless you recognize the sender
and know the cont
*/
> PATHIN STRNAME(IXCSTR1,IXCSTR2,IXCSTR3,IXCSTR4)
>
> Also, we have:
> FUNCTIONS ENABLE(DUPLEXCF16, SYSSTATDETECT, CRITICALPAGING)
>
> Thanks Jerry
>
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Allan Staller
&g
And how about LPAR effects for the coupled z/OS images? If starved for CPU
presumably all this can go South very fast. (This is certainly true when
we’re talking about CF so is probably true - whether CTCs or CF structures
- with XCF.
Cheers, Martin
Sent from my iPad
> On 2 May 2020, at 22:28,
Wow, thanks Mark. this is great.
From: IBM Mainframe Discussion List on behalf of
Mark A. Brooks
Sent: Saturday, May 2, 2020 5:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS performance question
This message was sent from an external source outside
So you have only one signal structure per transport class? If your traffic is
like most, the small traffic is an order of magnitude more than any other size,
and it's all flowing to the same place. Each target system will have a unique
list, so you get some distribution from that. But if you
:
FUNCTIONS ENABLE(DUPLEXCF16, SYSSTATDETECT, CRITICALPAGING)
Thanks Jerry
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Friday, May 1, 2020 2:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS performance question
This message was sent from
Thanks Martin.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Martin Packer
Sent: Friday, May 1, 2020 2:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS performance question
This message was sent from an external source outside of Western & Southern's
net
Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
From: "Edgington, Jerry"
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 01/05/2020 19:44
Subject: [EXTERNAL] Re: z/OS performance question
Sent by:IBM Mainframe Discussion List
Thanks Allen, tha
Subject: Re: z/OS performance question
This message was sent from an external source outside of Western & Southern's
network. Do not click links or open attachments unless you recognize the sender
and know the contents are
to the CICS delays. GRS will use XCF
if available.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Edgington, Jerry
Sent: Friday, May 1, 2020 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS performance question
[CAUTION: This Email is from outside the Organization
Delays don’t really count for anything unless we know that these jobs
are missing their objectives and by how much. Delays always occur.
If the jobs are meeting their objectives then there is no performance problem
(as far as the system is concerned). The problem, then,
To anyone,
I am not a performance person at all, but can someone help me with pointing me
in the right direction. We are running a small SYSplex, but we are getting
delays on one LPAR, PROC-XCFAS
*SYSTEMPROC-XCFAS 3.7 users
ALL STCPROC-XCFAS 3.2 users
IMS
28 matches
Mail list logo