Re: WTO message at the end of JCL

[David Crayford]

I use a REXX script which we use to record cond codes from test jobs.

main:
  cvt = ptr(16)
  tcbp    = ptr(cvt)
  tcb = ptr(tcbp + 4)
  jscb    = ptr(tcb + 180)
  ssib    = ptr(jscb + 316)
  tct = ptr(tcb + 164)
  lct = ptr(tct + 152)
  jct = ptr(lct + 16)
  jobid   = stg(ssib + 12, 8)
  jobname = stg(jct + 8, 8)
  sct = c2d(stg(jct + 32, 3))

  SCT_LEN = 36

  if sct > 0 then do
    say 'Step ProcStep CondCode'
    say '  '
    do while sct > 0
  stepname = left(stg(sct + 68, 8), 8)
  procstep = left(stg(sct + 60, 8), 8)
  condcode = x2d(c2x(stg(sct + 24,2)))
  sctxbttp = c2d(stg(sct + 68, 3))
  sctxbttp = swareq(stg( sct + 68, 3))
  scabend  = stg(sctxbttp + 112, 3)
  say stepname procstep condcode scabend
  sct = x2d(c2x(stg(sct + SCT_LEN, 3)))
end
end

  exit 0

ptr: arg addr, len
  if len = '' then len = 4
  return x2d(c2x(bitand(storage(d2x(addr),len),x2c('7FF'

stg: arg addr, len
  return storage(d2x(addr),len)

swareq: procedure
  numeric digits 20 /* allow up to 2**64    */
  sva=c2d(arg(1))   /* convert to decimal   */
  tcb = c2d(storage(21C,4)) /* tcb psatold  */
  jscb = c2d(storage(d2x(tcb+180),4))   /* jscb tcbjscb  */
  qmpl = c2d(storage(d2x(jscb+244),4))  /* qmpl jscbqmpi */
  /* see if qmat can be above the bar */
  qmsta= c2x(storage(d2x(qmpl+16),1))   /* job status byte  */
  if substr(x2b(qmsta),6,1) then    /* is qmqmat64 bit on?  */
  do    /* yes, qmat can be atb */
    if right(x2b(c2x(arg(1))),1) \= '1' then/* swa=below ?  */
  return c2d(arg(1))+16 /* yes, return sva+16   */
    qmat=c2d(storage(d2x(qmpl+10),2))*(2**48) +,/* qmat+0 qmadd01  */
 c2d(storage(d2x(qmpl+18),2))*(2**32) +,/* qmat+2 qmadd23  */
 c2d(storage(d2x(qmpl+24),4))   /* qmat+4 qmadd    */
    return c2d(storage(d2x(qmat+(sva*12)+64),4))+16
end
else
  do    /* no, qmat is btb  */
    if right(c2x(arg(1)),1) \= 'F' then /* swa=below ?  */
  return c2d(arg(1))+16 /* yes, return sva+16   */
    qmat = c2d(storage(d2x(qmpl+24),4)) /* qmat qmadd    */
    do while sva>65536
  qmat = c2d(storage(d2x(qmat+12),4))   /* next qmat qmat+12  */
  sva=sva-65536 /* 010006f -> 06f   */
end
    return c2d(storage(d2x(qmat+sva+1),4))+16
end



On 2019-11-05 2:26 PM, Brian Westerman wrote:

Of course there is a way, all you need to do is process the SCT from your program.  You 
will get all steps up to the one you are currently in only because it has not ended yet.  
But if you are running as the last step it wouldn't matter.  That's not how I do it in 
SyzMPF/z, but it "could" be done that way in another step of the job.  In fact, 
I think there are programs on the CBT tape that do just that.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[Brian Westerman]

That's the reason that SyzMPF/z sells so well, it creates the email (or test 
message) at the end of the job whether it got a JCL error Abend or normal end 
(with any and all condition codes), in a nice little email in either HTML or 
plain text (or sms text message) and can even send any or all parts of the JOB 
output along with it.  

It's not a bad deal for under $10K ($5K if you are an IBM-MAIN or Share 
member), as you also get all of the other commands and options that SyzMPF/z 
can do.  http://www.syzygyinc.com/SyzMPFz.htm.

But thats getting into marketing again.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[Brian Westerman]

Of course there is a way, all you need to do is process the SCT from your 
program.  You will get all steps up to the one you are currently in only 
because it has not ended yet.  But if you are running as the last step it 
wouldn't matter.  That's not how I do it in SyzMPF/z, but it "could" be done 
that way in another step of the job.  In fact, I think there are programs on 
the CBT tape that do just that.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How can I generate a UUID in a z/OS COBOL Program

[Timothy Sipples]

To net it out, thanks again to Walmart (and to the specific authors at
Walmart) for creating and sharing this code. Bravo.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE


E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[Steve Smith]

This sure sounds like a discussion from the 1980s.  Operators? Consoles?
Those are still a thing?

Try out the new // NOTIFY statement, and send an email to whoever needs to
wake up.

sas


On Mon, Nov 4, 2019 at 8:37 PM CM Poncelet  wrote:

> The COND=EVEN/ONLY will not work if the job hits a *JCL error*. 
>
>
> On 04/11/2019 23:56, Charles Mills wrote:
> > It would be nice if there were a way to get the condition codes into the
> WTO program, something like (don't try this at home):
> >
> > //WTO1 EXEC PGM=WTO,COND=EVEN,
> > //  PARM='Job FOOBAR terminating. Highest CC was &MAXCC'
> >
> > I seem to recall a discussion here about retrieving the last and maximum
> job CC's from within a program running as a jobstep and the answer was that
> there was no good way.
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jesse 1 Robinson
> > Sent: Monday, November 4, 2019 1:01 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: WTO message at the end of JCL
> >
> > MVS has provided such a mechanism forever using
> >
> > 1. a program that issues a WTO
> >
> > 2. conditional execution on the WTO step with COND=EVEN or ONLY
> (depending on the logic required)
> >
> > Most shops already have a more or less sophisticated (security wise)
> program to issue a WTO. Conditional JCL is free for the coding. Every shop
> I've worked in uses the mechanism to manage production, including my
> current one. There is as Brian says no way to handle a JCL error without an
> external 'product'.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > .
> >
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
sas

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[Charles Mills]

I got a private note that says JSCB to JCT to SCT to SCTX.

It was just kind of pseudo-intellectual musing on my part. I have no need.

Sounds like the problem of "WTO message at the end of [a job]" (the OP) via a 
jobstep is eminently doable. The only problem unsolvable in that way is JCL 
error.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Monday, November 4, 2019 6:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WTO message at the end of JCL

On 2019-11-05 8:52 AM, Charles Mills wrote:
> I was referring to a program running as a jobstep retrieving condition codes 
> for its own job. Is there an MVS service or control block chain that readily 
> gives that information?


IIRC, the SCT (Step Control Table) has this information and the SCT 
extension block contains ABEND information.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[David Crayford]

On 2019-11-05 8:52 AM, Charles Mills wrote:

I was referring to a program running as a jobstep retrieving condition codes 
for its own job. Is there an MVS service or control block chain that readily 
gives that information?



IIRC, the SCT (Step Control Table) has this information and the SCT 
extension block contains ABEND information.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[CM Poncelet]

The COND=EVEN/ONLY will not work if the job hits a *JCL error*. 


On 04/11/2019 23:56, Charles Mills wrote:
> It would be nice if there were a way to get the condition codes into the WTO 
> program, something like (don't try this at home):
>
> //WTO1 EXEC PGM=WTO,COND=EVEN,
> //  PARM='Job FOOBAR terminating. Highest CC was &MAXCC'
>
> I seem to recall a discussion here about retrieving the last and maximum job 
> CC's from within a program running as a jobstep and the answer was that there 
> was no good way.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jesse 1 Robinson
> Sent: Monday, November 4, 2019 1:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: WTO message at the end of JCL
>
> MVS has provided such a mechanism forever using 
>
> 1. a program that issues a WTO
>
> 2. conditional execution on the WTO step with COND=EVEN or ONLY (depending on 
> the logic required)
>
> Most shops already have a more or less sophisticated (security wise) program 
> to issue a WTO. Conditional JCL is free for the coding. Every shop I've 
> worked in uses the mechanism to manage production, including my current one. 
> There is as Brian says no way to handle a JCL error without an external 
> 'product'. 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[Charles Mills]

I have ten years of commercial product experience with SMF exit development. 
:-) I am super familiar with SMF 30 subtypes 4 and 5 (and all the others). I 
have a yellow card.

I was referring to a program running as a jobstep retrieving condition codes 
for its own job. Is there an MVS service or control block chain that readily 
gives that information?

SMF exits, by the way, cannot necessarily issue WTOs.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, November 4, 2019 4:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WTO message at the end of JCL

Step and job end status are very accessible. Look at SYS1.SAMPLIB(SMFEXITS). 
Factors like step and maximum condition codes; step and job CPU totals; and I/O 
counts can be extracted from control blocks and displayed in WTOs. The code 
versions we use have been tailored over the years so that our messages don't 
look exactly like SAMPLIB examples, but it's all very doable. 

All you need is a POP, a yellow card, and lots of patience. Or you could try 
your hand at writing some exit code in other than ASM. Like Metal C. A LOT of 
folks would like to get their mitts on that.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[Jesse 1 Robinson]

Step and job end status are very accessible. Look at SYS1.SAMPLIB(SMFEXITS). 
Factors like step and maximum condition codes; step and job CPU totals; and I/O 
counts can be extracted from control blocks and displayed in WTOs. The code 
versions we use have been tailored over the years so that our messages don't 
look exactly like SAMPLIB examples, but it's all very doable. 

All you need is a POP, a yellow card, and lots of patience. Or you could try 
your hand at writing some exit code in other than ASM. Like Metal C. A LOT of 
folks would like to get their mitts on that.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Monday, November 4, 2019 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: WTO message at the end of JCL

It would be nice if there were a way to get the condition codes into the WTO 
program, something like (don't try this at home):

//WTO1 EXEC PGM=WTO,COND=EVEN,
//  PARM='Job FOOBAR terminating. Highest CC was &MAXCC'

I seem to recall a discussion here about retrieving the last and maximum job 
CC's from within a program running as a jobstep and the answer was that there 
was no good way.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, November 4, 2019 1:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WTO message at the end of JCL

MVS has provided such a mechanism forever using 

1. a program that issues a WTO

2. conditional execution on the WTO step with COND=EVEN or ONLY (depending on 
the logic required)

Most shops already have a more or less sophisticated (security wise) program to 
issue a WTO. Conditional JCL is free for the coding. Every shop I've worked in 
uses the mechanism to manage production, including my current one. There is as 
Brian says no way to handle a JCL error without an external 'product'. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[Charles Mills]

It would be nice if there were a way to get the condition codes into the WTO 
program, something like (don't try this at home):

//WTO1 EXEC PGM=WTO,COND=EVEN,
//  PARM='Job FOOBAR terminating. Highest CC was &MAXCC'

I seem to recall a discussion here about retrieving the last and maximum job 
CC's from within a program running as a jobstep and the answer was that there 
was no good way.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, November 4, 2019 1:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WTO message at the end of JCL

MVS has provided such a mechanism forever using 

1. a program that issues a WTO

2. conditional execution on the WTO step with COND=EVEN or ONLY (depending on 
the logic required)

Most shops already have a more or less sophisticated (security wise) program to 
issue a WTO. Conditional JCL is free for the coding. Every shop I've worked in 
uses the mechanism to manage production, including my current one. There is as 
Brian says no way to handle a JCL error without an external 'product'. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[scott Ford]

Jesse/Brian,

Same here in most shops someone had all written a WTO Pgm.

Scott

On Mon, Nov 4, 2019 at 4:02 PM Jesse 1 Robinson 
wrote:

> MVS has provided such a mechanism forever using
>
> 1. a program that issues a WTO
>
> 2. conditional execution on the WTO step with COND=EVEN or ONLY (depending
> on the logic required)
>
> Most shops already have a more or less sophisticated (security wise)
> program to issue a WTO. Conditional JCL is free for the coding. Every shop
> I've worked in uses the mechanism to manage production, including my
> current one. There is as Brian says no way to handle a JCL error without an
> external 'product'.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Brian Westerman
> Sent: Sunday, November 3, 2019 10:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: WTO message at the end of JCL
>
> Yes, you can use an MPF exit to catch the JCL error.  The messages are
> merely different messages, so you would have your MPF exit process
> whichever message you want to use as your trigger.
>
> Sorry for the marketing:
>
> SyzMPF/z has a feature that will capture the condition codes (job failure
> or not) whenever any job ends and send an email (or text message) with all
> of that information (the codes from the steps that worked, the JCL error
> and any part(s) of the job output you might want) dynamically without any
> JCL changes to any job or any SMF exits being necessary.
>
> End of marketing.
>
> The point is,if there is a message from a job or because of a job, you can
> process it with am MPF exit.  Sometimes it's not easy, but obviously (since
> I did it), it's possible.
>
> Brian
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How display level of paging?

[Tom Conley]

On 11/4/2019 9:39 AM, Tom Marchant wrote:

On Mon, 4 Nov 2019 14:04:02 +, Allan Staller wrote:


IBM has generally recommended 2:1 virtual to real storage. I have
pushed this to 3:1 without major issues.
The paging subsystem should be configured accordingly page slots
approx. 3x available real.

If you are actually  going to be doing serious paging, (> +/- 20 pps)
the local page datasets should not be more that 30% utilized, so 9x
real page slots is appropriate.


Are you suggesting that an LPAR with 10 TB of real memory should have
30 to 90 TB of page space? If my arithmetic is correct, the minimum
number of volumes that could satisfy that is between 545 and 1636
volumes of 3390 model 54.

Do your systems follow the guidelines that you suggest?

I think it is still true that local page data sets should be no more
than about 30% full. IIRC the reason has to do with the probability
that the system will be able to find full tracks to page out to.



Tom,

I posed this same question about 2 years ago.  Then I was dealing with 
an LPAR with 131GB, so I created a 400GB paging subsystem to handle the 
system.  Others suggested SCM, but that was not in the budget.  If the 
10TB is truly fully utilized, then a 30TB paging subsystem makes sense. 
Unless I hear differently from IBM, paging rules still apply, even for 
10TB systems.


Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How can I generate a UUID in a z/OS COBOL Program

[Jim Ruddy]

I used to be on one of the IBM Invention Development Teams and the rules on
patents changed a few years ago. Prior to the change, the protection date
was date of invention. After the change, it became the patent filling date.
If you publish anything about the patent you intend to file, anyone can
take your info and file a patent on it then you are screwed. The publish
process you describe defines prior art and is to protect the invention
against another company inventing it in parallel and applying for a patent.
There are many inventions which do not meet the requirements of the cost of
the patent but should be protected.

Clear as mud?

Jim

On Mon, Nov 4, 2019, 11:02 AM Tony Harminc  wrote:

> On Sun, 3 Nov 2019 at 20:31, Timothy Sipples  wrote:
>
> > Matt Hogstrom wrote:
> > >https://github.com/walmartlabs/zUID
> > >Courtesy of Walmart
> >
> > Tony Harminc wrote:
> > >Wouldn't want to bump into that pending patent from Walmart...
> >
> > Walmart licensed the code they're sharing under the Apache License 2.0:
> [...]
> > I commend Walmart for doing this.
>
> Indeed. I wish IBM would do a bit more of it, rather than crowing over
> the ever increasing number of patents they hold that are not so
> licensed.
>
> > Without filing for a patent, somebody else (who might be much less
> generous) could grab it.
>
> Well, no. The easier and cheaper thing to do would be to publish the
> potentially patentable information as early as possible. This makes
> the knowledge available, while forestalling anyone else's attempt to
> patent it. IBM used to have an entire print journal for just this
> purpose. [IBM, and doubtless others, have also exploited the nifty
> trick of publishing in the most obscure (preferably foreign language)
> journal that the US patent office will recognize as counting toward
> publication. Then when someone else independently invents and tries to
> patent, out comes the journal article to shut it down. But that's
> another story.]
>
> Tony H.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO message at the end of JCL

[Jesse 1 Robinson]

MVS has provided such a mechanism forever using 

1. a program that issues a WTO

2. conditional execution on the WTO step with COND=EVEN or ONLY (depending on 
the logic required)

Most shops already have a more or less sophisticated (security wise) program to 
issue a WTO. Conditional JCL is free for the coding. Every shop I've worked in 
uses the mechanism to manage production, including my current one. There is as 
Brian says no way to handle a JCL error without an external 'product'. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Sunday, November 3, 2019 10:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: WTO message at the end of JCL

Yes, you can use an MPF exit to catch the JCL error.  The messages are merely 
different messages, so you would have your MPF exit process whichever message 
you want to use as your trigger.

Sorry for the marketing:

SyzMPF/z has a feature that will capture the condition codes (job failure or 
not) whenever any job ends and send an email (or text message) with all of that 
information (the codes from the steps that worked, the JCL error and any 
part(s) of the job output you might want) dynamically without any JCL changes 
to any job or any SMF exits being necessary.

End of marketing.

The point is,if there is a message from a job or because of a job, you can 
process it with am MPF exit.  Sometimes it's not easy, but obviously (since I 
did it), it's possible.

Brian


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Paul Gilmartin]

On Mon, 4 Nov 2019 05:20:14 -0600, Lionel B Dyck wrote:

>Are there any hints/tips to improve the performance of an ISPF application
>that uses BPXWUNIX?  In running on my normal system the performance is very
>slow compared to a friends system running on a zPDT.
> 
See also:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb200/bpxb200_Controlling_use_of_STEPLIBs.htm
You can improve shell performance by controlling the use of STEPLIBs. 
A STEPLIB is a set of private libraries used to store a new or test version
of an application program, such as a new version of a runtime library.
To improve performance of the z/OS® shell, avoid propagating STEPLIBs
by using one of the following options:

o If you enter the OMVS command either from ISPF or with STEPLIB data sets 
allocated,
  include the statements in the shell profile. For example:

  if [ -z "$STEPLIB" ] &&; tty -s;
  then
  export STEPLIB=none
  exec sh -L
  fi
[ Lots more.  There's a semicolon in there that mystifies me.  I test "$-"
  for 'i' to identify interactive shells.  Works wonders for me.  ]

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Paul Gilmartin]

On Mon, 4 Nov 2019 14:18:30 -0500, Tony Harminc wrote:
>
>Many programs that are customarily started from a shell prompt don't
>have to be. Often this is just UNIXism at play. I have had success in
>the past copying UNIX executable files (i.e. Program Objects in UNIX
>files) into PDSE members, and running them from batch JCL or the TSO
>CALL command.
> 
Conversely, I perceive the prolix BPXBATCH thread(s) as just JCLism
at play.

How well do descriptors 0, 1, and 2 work for a UNIX executable copied
to a PDSE and run from JCL?

What are the arguments for JCL (and BPXBATCH, AOPBATCH, COZBATCH,
BPXWUNIX, ..., RYO)?  I could envision:

o Multi-step jobs in which the non-UNIX-oriented steps are most naturally
  coded as JCL

o Process requirements that production jobs be submitted by a Scheduler
  which understands only JCL

o Other (specify)

ISPF Edit provides good support for creating shell scripts using a familiar
Classic editor (especially if your terminal emulator supports IBM-1047).

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Tony Harminc]

On Mon, 4 Nov 2019 at 14:07, ITschak Mugzach  wrote:

> The Java program does not run as a main program, but need a shell
> environment such as the one supplied by BPXBATCH. So actually the java
> program already runs under a unix thread. this is not the case with Lionel
> performance issue, as his code runs under TSO and requires an extra asid to
> run the unix code.

Many programs that are customarily started from a shell prompt don't
have to be. Often this is just UNIXism at play. I have had success in
the past copying UNIX executable files (i.e. Program Objects in UNIX
files) into PDSE members, and running them from batch JCL or the TSO
CALL command.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[ITschak Mugzach]

The Java program does not run as a main program, but need a shell
environment such as the one supplied by BPXBATCH. So actually the java
program already runs under a unix thread. this is not the case with Lionel
performance issue, as his code runs under TSO and requires an extra asid to
run the unix code.

ITschak

On Mon, Nov 4, 2019 at 8:43 PM Tony Harminc  wrote:

> On Mon, 4 Nov 2019 at 07:32, ITschak Mugzach  wrote:
>  On Mon, 4 Nov 2019 at 07:30, Steve Austin 
> wrote:
>
> > It was a while back, but I'm pretty sureI have used  _BPX_SHAREAS and the
> > spawn syscall from REXX, to run Java in the same address space.
>
>
> Thats fine. However, java itself runs under unix...
> >
>
> I'm not seeing your point. Many things "run under" UNIX on z/OS. Why is
> Java special in this context?
>
> Tony H.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How can I generate a UUID in a z/OS COBOL Program

[Tony Harminc]

On Sun, 3 Nov 2019 at 20:31, Timothy Sipples  wrote:

> Matt Hogstrom wrote:
> >https://github.com/walmartlabs/zUID
> >Courtesy of Walmart
>
> Tony Harminc wrote:
> >Wouldn't want to bump into that pending patent from Walmart...
>
> Walmart licensed the code they're sharing under the Apache License 2.0:
[...]
> I commend Walmart for doing this.

Indeed. I wish IBM would do a bit more of it, rather than crowing over
the ever increasing number of patents they hold that are not so
licensed.

> Without filing for a patent, somebody else (who might be much less generous) 
> could grab it.

Well, no. The easier and cheaper thing to do would be to publish the
potentially patentable information as early as possible. This makes
the knowledge available, while forestalling anyone else's attempt to
patent it. IBM used to have an entire print journal for just this
purpose. [IBM, and doubtless others, have also exploited the nifty
trick of publishing in the most obscure (preferably foreign language)
journal that the US patent office will recognize as counting toward
publication. Then when someone else independently invents and tries to
patent, out comes the journal article to shut it down. But that's
another story.]

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Tony Harminc]

On Mon, 4 Nov 2019 at 07:32, ITschak Mugzach  wrote:
 On Mon, 4 Nov 2019 at 07:30, Steve Austin  wrote:

> It was a while back, but I'm pretty sureI have used  _BPX_SHAREAS and the
> spawn syscall from REXX, to run Java in the same address space.


Thats fine. However, java itself runs under unix...
>

I'm not seeing your point. Many things "run under" UNIX on z/OS. Why is
Java special in this context?

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DB2 v12 DSN1DBM1 Address space

[Martin Packer]

It’s probably MEMLIMIT - which governs VIRTUAL Storage. And it will be in
GB.

If that’s what Db2 V12 Installation says, you’d better make sure it has it
- whether through JCL or exit or PARMLIB or whatever.

But Db2 will only take what it needs - with the proviso that you can tune
what it needs. So an individual subsystem’s actual requirements may vary.

Cheers, Martin

Sent from my iPad

> On 4 Nov 2019, at 16:42, saurabh khandelwal
 wrote:
>
> Hello Group,
>
> We are in the process of installing DB2 v12 and I find minimum memory
limit
> in DSN1DBM1 address is 16M . Can you please help me to understand if this
> is minimum memory requiremen by this address space which is different
then
> db2 v11 , which was only 4M.
>
> Can you please suggest.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

DB2 v12 DSN1DBM1 Address space

[saurabh khandelwal]

Hello Group,

We are in the process of installing DB2 v12 and I find minimum memory limit
in DSN1DBM1 address is 16M . Can you please help me to understand if this
is minimum memory requiremen by this address space which is different then
db2 v11 , which was only 4M.

Can you please suggest.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DFHSM/DCOLLECT QUESTION [EXTERNAL]

[Feller, Paul]

In the LISTCAT output look for "RLS IN USE", it should show YES or NO.

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Monday, November 04, 2019 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSM/DCOLLECT QUESTION [EXTERNAL]

Gentle Readers,
     We receive a IEC161I 009-0663 (COND CODE 0008) everytime we execute a 
batch job which uses DCOLLECT:   The error occurs while reading the MCDS.
I checked the IBM documentation and I got more confused.  I found this tidbit 
of info:

This is a known condition when running IDCAMS DCOLLECT against DFSMShsm CDS

which are not in RLS mode. ARCUTIL first tries to open the CDS in RLS mode, so 
the IEC161I RC009 is issued when this fails. HSM then opens the CDS in NON RLS 
mode. This is described in DFSMShsm Implementation and Customization Guide, 
Chapter " User Application Interfaces", under Choosing a Data Collection 
Method. Customers whose HSM CDS are not in RLS mode may ignore this condition.
   I am not sure how verify if the CDS is "... are not in RLS mode."
I looked at the LISTCAT and it shows that the SHROPTIONS parm is set at 
SHROPTNS(3,3) 

Could somebody help me understand this?
Thanks.




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

DFHSM/DCOLLECT QUESTION

[esmie moo]

Gentle Readers,
     We receive a IEC161I 009-0663 (COND CODE 0008) everytime we execute a 
batch job which uses DCOLLECT:   The error occurs while reading the MCDS.
I checked the IBM documentation and I got more confused.  I found this tidbit 
of info:

This is a known condition when running IDCAMS DCOLLECT against DFSMShsm CDS

which are not in RLS mode. ARCUTIL first tries to open the CDS in RLS mode, so 
the IEC161I RC009 is issued when this fails. HSM then opens the CDS in NON RLS 
mode. This is described in DFSMShsm Implementation and Customization Guide, 
Chapter " User Application Interfaces", under Choosing a Data Collection 
Method. Customers whose HSM CDS are not in RLS mode may ignore this condition.
   I am not sure how verify if the CDS is "... are not in RLS mode."
I looked at the LISTCAT and it shows that the SHROPTIONS parm is set at 
SHROPTNS(3,3) 

Could somebody help me understand this?
Thanks.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How display level of paging?

[Jousma, David]

Many of the newer z boxes come with Flash memory now, in 1.5Tb increments.  Not 
sure if that is a separately chargeable feature or not.We configure the 
appropriate amount that shows up as SCM memory when doing a D ASM, and a drill 
down of D ASM,SCM.   I'm though I read somewhere I saw that SCM gets preference 
for paging then regular local page datasets.

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, November 4, 2019 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How display level of paging?

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

The number of local page slots provided need to support the virtual storage in 
use, so according to the algorithms posted below. Yes.

If 30 TB of virtual is in use, about 30TB of page slots should be provided 
*(you can fudge things here at your own risk)*.
Applying the 30% utilization rule to the local page datasets yields a 90TB slot 
requirement.

As a matter of fact my local page slots *ARE* sized appropriately for the 
virtual storage in use on my LPARs, according to the algorithms stated.
In my case, it is GB's, not TB's of slots that are required.

One note; "days of yore" is late 80's / early 90's.
I have not heard about any updates to the IBM ROTs since then.

YMMV,



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Marchant
Sent: Monday, November 4, 2019 8:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How display level of paging?

On Mon, 4 Nov 2019 14:04:02 +, Allan Staller wrote:

>IBM has generally recommended 2:1 virtual to real storage. I have 
>pushed this to 3:1 without major issues.
>The paging subsystem should be configured accordingly page slots 
>approx. 3x available real.
>
>If you are actually  going to be doing serious paging, (> +/- 20 pps) 
>the local page datasets should not be more that 30% utilized, so 9x 
>support real page slots is appropriate.

Are you suggesting that an LPAR with 10 TB of real memory should have
30 to 90 TB of page space? If my arithmetic is correct, the minimum number of 
volumes that could satisfy that is between 545 and 1636 volumes of 3390 model 
54.

Do your systems follow the guidelines that you suggest?

I think it is still true that local page data sets should be no more than about 
30% full. IIRC the reason has to do with the probability that the system will 
be able to find full tracks to page out to.

--
Tom Marchan

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer s

Re: How display level of paging?

[Allan Staller]

The number of local page slots provided need to support the virtual storage in 
use, so according to the algorithms posted below. Yes.

If 30 TB of virtual is in use, about 30TB of page slots should be provided 
*(you can fudge things here at your own risk)*.
Applying the 30% utilization rule to the local page datasets yields a 90TB slot 
requirement.

As a matter of fact my local page slots *ARE* sized appropriately for the 
virtual storage in use on my LPARs, according to the algorithms stated.
In my case, it is GB's, not TB's of slots that are required.

One note; "days of yore" is late 80's / early 90's.
I have not heard about any updates to the IBM ROTs since then.

YMMV,



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Marchant
Sent: Monday, November 4, 2019 8:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How display level of paging?

On Mon, 4 Nov 2019 14:04:02 +, Allan Staller wrote:

>IBM has generally recommended 2:1 virtual to real storage. I have
>pushed this to 3:1 without major issues.
>The paging subsystem should be configured accordingly page slots
>approx. 3x available real.
>
>If you are actually  going to be doing serious paging, (> +/- 20 pps)
>the local page datasets should not be more that 30% utilized, so 9x support
>real page slots is appropriate.

Are you suggesting that an LPAR with 10 TB of real memory should have
30 to 90 TB of page space? If my arithmetic is correct, the minimum number of 
volumes that could satisfy that is between 545 and 1636 volumes of 3390 model 
54.

Do your systems follow the guidelines that you suggest?

I think it is still true that local page data sets should be no more than about 
30% full. IIRC the reason has to do with the probability that the system will 
be able to find full tracks to page out to.

--
Tom Marchan

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Debug tool #pragma runopts error

[Joseph Reichman]

Have a CEETEST in my amode 64 C program configured z/os explorer I’ll find out 
shortly if debug tool takes off in z/os explorer 





> On Nov 4, 2019, at 9:57 AM, Chris Hoelscher  wrote:
> 
> Bright #pragma runoptions wrapped up in strings
> These are a few of my favorite things .
> 
>> 
>> LOL! Wrap them in a string!
>> 
>> #pragma runopts("TEST(,,,TCPIP&192.168.1.164%8001:*)")
>> 
 On 2019-11-04 12:37 PM, Joseph Reichman wrote:
>>> #pragma runopts(TEST(,,,TCPIP&192.168.1.164%8001:*))
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send 
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> The information transmitted is intended only for the person or entity to 
> which it is addressed
> and may contain CONFIDENTIAL material.  If you receive this 
> material/information in error,
> please contact the sender and delete or destroy the material/information.
> 
> Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
> laws and
> do not discriminate on the basis of race, color, national origin, age, 
> disability, sex,
> sexual orientation, gender identity, or religion. Humana Inc. and its 
> subsidiaries do not
> exclude people or treat them differently because of race, color, national 
> origin, age,
> disability, sex, sexual orientation, gender identity, or religion.
> 
> English: ATTENTION: If you do not speak English, language assistance 
> services, free
> of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).
> 
> Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición 
> servicios
> gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).
> 
> 繁體中文(Chinese)：注意：如果您使用繁體中文，您可以免費獲得語言援助
> 服務。請致電 1‐877‐320‐1235 (TTY: 711)。
> 
> Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen 
> sèvis èd
> pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).
> 
> Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z 
> bezpłatnej
> pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).
> 
> 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
> 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Debug tool #pragma runopts error

[Chris Hoelscher]

Bright #pragma runoptions wrapped up in strings
These are a few of my favorite things .

> 
> LOL! Wrap them in a string!
> 
> #pragma runopts("TEST(,,,TCPIP&192.168.1.164%8001:*)")
> 
>> On 2019-11-04 12:37 PM, Joseph Reichman wrote:
>> #pragma runopts(TEST(,,,TCPIP&192.168.1.164%8001:*))
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, age, 
disability, sex,
sexual orientation, gender identity, or religion. Humana Inc. and its 
subsidiaries do not
exclude people or treat them differently because of race, color, national 
origin, age,
disability, sex, sexual orientation, gender identity, or religion.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese)：注意：如果您使用繁體中文，您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd
pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How display level of paging?

[Tom Marchant]

On Mon, 4 Nov 2019 14:04:02 +, Allan Staller wrote:

>IBM has generally recommended 2:1 virtual to real storage. I have 
>pushed this to 3:1 without major issues.
>The paging subsystem should be configured accordingly page slots 
>approx. 3x available real.
>
>If you are actually  going to be doing serious paging, (> +/- 20 pps)  
>the local page datasets should not be more that 30% utilized, so 9x 
>real page slots is appropriate.

Are you suggesting that an LPAR with 10 TB of real memory should have 
30 to 90 TB of page space? If my arithmetic is correct, the minimum 
number of volumes that could satisfy that is between 545 and 1636 
volumes of 3390 model 54.

Do your systems follow the guidelines that you suggest?

I think it is still true that local page data sets should be no more 
than about 30% full. IIRC the reason has to do with the probability 
that the system will be able to find full tracks to page out to.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How display level of paging?

[Allan Staller]

From days of yore,

IBM has generally recommended 2:1 virtual to real storage. I have pushed this 
to 3:1 without major issues.
The paging subsystem should be configured accordingly page slots approx. 3x 
available real.

If you are actually  going to be doing serious paging, (> +/- 20 pps)  the 
local page datasets should not be more that 30% utilized, so 9x real page slots 
is appropriate.

Again, from days of yore,

Paging seems to follow an inverse SQRT function.
If the original paging rate is x, doubling the real memory available will 
result in a new paging rate of about  (x*1)/1.4 or about 0.7 x.
Tripling the read storage will result in  X(/1.7) or about 0.6x


HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Sunday, November 3, 2019 8:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How display level of paging?

"Large memory" is not the situation I am dealing with. It is a modern system 
but it is at a service bureau and there is a substantial charge associated with 
real memory. My management does not want to just throw money at the system; he 
wants some way of seeing whether real memory constraint is a problem and 
whether additional real memory improves the problem. "Performance" is hard to 
measure because the workload is extremely varied and not directly under our 
control, so mostly what we have is subjective: "it's really slow today."

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Chapman
Sent: Sunday, November 3, 2019 5:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How display level of paging?

I'm not so sure that's practical and necessary for the large memory systems 
that we have today.

Last time I looked across a number of customers it was fairly common for LPARs 
with hundreds of GB of memory to have paging space < 1x memory. Sometimes much 
less. Those with Storage Class Memory were more likely to have paging space >= 
real storage. But even there, we've seen >1TB LPARs with with only a few 
hundred GB of paging space, including SCM.

Of course it is also fairly common for those large memory systems to be running 
with large amounts of that memory being available.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Paul Gilmartin]

On Mon, 4 Nov 2019 05:20:14 -0600, Lionel B Dyck wrote:

>Are there any hints/tips to improve the performance of an ISPF application
>that uses BPXWUNIX?  In running on my normal system the performance is very
>slow compared to a friends system running on a zPDT.
> 
I've had bad performance due to STEPLIB searches in a complicated
~/.profile.  So:

o Set the STEPLIB=NONE  environment variable to disable reallocation
  of STEPLIB.

o Simplify your ~/.profile -- make it do very little for noninteractive shells.

o Select the non-login shell option of BPXWUNIX,

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Best way for a task to give up the CPU and let other tasks run?

[Peter Relson]

Enclaves were supposed to be an exception to this rule. First, SRB's in an 
enclave are interruptible. Second, for dispatching purposes, SRB's and 
TCB's placed in an enclave are excluded from the address space. The system 
will select either an enclave or address space for processing.  Time 
slicing applies to the selected enclave or address space (excluding 
enclave SRB's and TCB's). Essentially a single address space acting like 
multiple address spaces. A real solution for a mixed workload address 
space because CHAP and WLM do not solve the problem.

Can you tell us the reality versus what I was told about enclaves?  For 
the the product I worked on, we discussed implementing enclaves but the 
workload could not be classified correctly. I only have research 
experience with WLM enclaves.


This is the 2nd time in a row that you were responding to only part of 
what was written, whether intentionally or not. Yes, enclaves are an 
exception. My "rule" used the term "equal", within "all other things being 
equal". Thus it would not include cases that were unequal, whether that be 
CHAP or enclaves or something else. 

Regardless, your understanding seems flawed.

First, time slicing does not change based on "selected enclave or address 
space".  There may be different time slices for zIIP work vs CP work, or 
when HiperDispatch=YES is in effect vs HiperDispatch=NO. But the time 
slice does not vary based on the enclave or the address space.

Second, everything comes down to priority. WLM does its thing by managing 
the priorities. And dispatch is done based on the resulting priority.

There is a "major priority" (0-255) and a "minor priority" (0-255). Think 
of the major as the address space priority. Think of the minor priority as 
the task priority. Aside from edge cases, things are dispatched in 
priority order. The minor priority comes into play only when comparing 
things with equal major priority.

That leads to the question: where does "enclave priority" fit in? As part 
of "major".  The major priority for a work unit comes from the owning 
enclave (if the work unit is in an enclave) or the owning address space 
(if the work unit is not in an enclave).

When a work unit is undispatched while still ready (I think also for the 
case of "made ready") it is placed at the end of things of equal priority 
(that's how the approximate round-robin is accomplished).

This is not the "complete rule". There are tweaks and exceptions in 
various places.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How display level of paging?

[Scott Chapman]

Fair enough. My reply was in response to the comment (which I apparently forgot 
to quote) about having 3x real memory for paging space. 

Depending on where the problem is, even if you're not paging, more memory could 
be beneficial if the system was configured to use it appropriately. I.E. if the 
problem is related to doing excessive I/O and you could eliminate that with 
additional memory for buffering/caching, then maybe adding memory might make 
sense. 

But you do need to figure out why people are complaining before you can come up 
with a plan for making it better. I'd start with trying to compare a "good" 
time to a "bad" time to see what is different. Is the difference in paging 
rates? I/O rates? CPU consumption? CPU Delay? Looking at those at a high level 
should be relatively straight-forward. Digging into the "why" of the particular 
metric changed gets more interesting. 

If your performance reporting tool makes that onerous, remember that we 
(Enterprise Performance Strategies) do offer free cursory performance reviews 
and our performance reporting service does have a free tier as well. Contact me 
off-list if you're interested. 

Scott Chapman

On Sun, 3 Nov 2019 06:16:42 -0800, Charles Mills  wrote:

>"Large memory" is not the situation I am dealing with. It is a modern system 
>but it is at a service bureau and there is a substantial charge associated 
>with real memory. My management does not want to just throw money at the 
>system; he wants some way of seeing whether real memory constraint is a 
>problem and whether additional real memory improves the problem. "Performance" 
>is hard to measure because the workload is extremely varied and not directly 
>under our control, so mostly what we have is subjective: "it's really slow 
>today."
>
>Charles
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Scott Chapman
>Sent: Sunday, November 3, 2019 5:08 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: How display level of paging?
>
>I'm not so sure that's practical and necessary for the large memory systems 
>that we have today. 
>
>Last time I looked across a number of customers it was fairly common for LPARs 
>with hundreds of GB of memory to have paging space < 1x memory. Sometimes much 
>less. Those with Storage Class Memory were more likely to have paging space >= 
>real storage. But even there, we've seen >1TB LPARs with with only a few 
>hundred GB of paging space, including SCM. 
>
>Of course it is also fairly common for those large memory systems to be 
>running with large amounts of that memory being available. 
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[ITschak Mugzach]

Thats fine. However, java itself runs under unix...

ITschak

בתאריך יום ב׳, 4 בנוב׳ 2019, 14:30, מאת Steve Austin ‏<
steve.aus...@macro4.com>:

> It was a while back, but I'm pretty sureI have used  _BPX_SHAREAS and the
> spawn syscall from REXX, to run Java in the same address space.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lionel B Dyck
> Sent: Monday, November 4, 2019 12:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS services
> (bpxwunix)
>
> Thanks for the education.
>
> Guess I need to find a faster system 😊
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS services
> (bpxwunix)
>
> No. the fork is a unix issue. the first shell task will be started as a
> separate asid and then, if _BPXSHAREDAS is on, called shell programs will
> run in the same (new) asid. You can see in the syslog the evidence of the
> new ASID started. It is usually has the id of the caller plus numeric value.
>
>
> On Mon, Nov 4, 2019 at 1:46 PM Lionel B Dyck  wrote:
>
> > But when rexx, under ispf, invokes bpxwunix won't the sharedas help to
> > prevent the fork?
> >
> >
> > Lionel B. Dyck <
> > Website: http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is
> > what you are, reputation merely what others think you are." - John
> > Wooden
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of ITschak Mugzach
> > Sent: Monday, November 4, 2019 5:36 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improving the performance of an ISPF app using OMVS
> > services
> > (bpxwunix)
> >
> > That's because _BPX_SHAREDAS is related to a main shell program and
> > its forks. not to the Rexx (or whatever the caller is) and the unix
> shell.
> >
> >
> >
> > On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:
> >
> > > That was my fear 😊
> > >
> > > I did find these which I implemented in my .profile and I'm not
> > > seeing any  visual improvements:
> > >
> > > export _BPX_SHAREAS=YES
> > > export _BPX_SPAWN_SCRIPT=YES
> > >
> > >
> > > Lionel B. Dyck <
> > > Website: http://www.lbdsoftware.com
> > >
> > > "Worry more about your character than your reputation.  Character is
> > > what you are, reputation merely what others think you are." - John
> > > Wooden
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > > Behalf Of ITschak Mugzach
> > > Sent: Monday, November 4, 2019 5:25 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Improving the performance of an ISPF app using OMVS
> > > services
> > > (bpxwunix)
> > >
> > > Lionel,
> > >
> > > The secret is that zPDT systems are not heavily loaded. As you load
> > > the system (or start mot guests, if running under z/vm), the system
> > > starts to slow down. BPXWUNIX starts a new address space, so by
> > > definition it is more cpu consuming, that affects elapse.
> > >
> > > ITschak
> > >
> > > On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
> > >
> > > > Are there any hints/tips to improve the performance of an ISPF
> > > > application that uses BPXWUNIX?  In running on my normal system
> > > > the performance is very slow compared to a friends system running
> > > > on a
> > zPDT.
> > > >
> > > >
> > > >
> > > > I couldn't find a SHARE presentation (but I may not have used the
> > > > correct
> > > > keywords) and the IBM pubs are not speaking to me as nothing jumps
> out.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Lionel B. Dyck <
> > > > Website:   http://www.lbdsoftware.com
> > > >
> > > > "Worry more about your character than your reputation.  Character
> > > > is what you are, reputation merely what others think you are." -
> > > > John Wooden
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > --
> > > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > send email to lists...@listserv.ua.edu with the message: INFO
> > > > IBM-MAIN
> > > >
> > >
> > >
> > > --
> > > ITschak Mugzach
> > > *|** IronSphere Platform* *|* *Information Security Contiguous
> > > Monitoring for Legacy **|  *
> > >
> > > 
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO
> > > IBM-MAIN
> > >
> > > 
> > > -- For

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Steve Austin]

It was a while back, but I'm pretty sureI have used  _BPX_SHAREAS and the spawn 
syscall from REXX, to run Java in the same address space.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lionel B Dyck
Sent: Monday, November 4, 2019 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

Thanks for the education.

Guess I need to find a faster system 😊

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, November 4, 2019 5:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

No. the fork is a unix issue. the first shell task will be started as a 
separate asid and then, if _BPXSHAREDAS is on, called shell programs will run 
in the same (new) asid. You can see in the syslog the evidence of the new ASID 
started. It is usually has the id of the caller plus numeric value.


On Mon, Nov 4, 2019 at 1:46 PM Lionel B Dyck  wrote:

> But when rexx, under ispf, invokes bpxwunix won't the sharedas help to 
> prevent the fork?
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS 
> services
> (bpxwunix)
>
> That's because _BPX_SHAREDAS is related to a main shell program and 
> its forks. not to the Rexx (or whatever the caller is) and the unix shell.
>
>
>
> On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:
>
> > That was my fear 😊
> >
> > I did find these which I implemented in my .profile and I'm not 
> > seeing any  visual improvements:
> >
> > export _BPX_SHAREAS=YES
> > export _BPX_SPAWN_SCRIPT=YES
> >
> >
> > Lionel B. Dyck <
> > Website: http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is 
> > what you are, reputation merely what others think you are." - John 
> > Wooden
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of ITschak Mugzach
> > Sent: Monday, November 4, 2019 5:25 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improving the performance of an ISPF app using OMVS 
> > services
> > (bpxwunix)
> >
> > Lionel,
> >
> > The secret is that zPDT systems are not heavily loaded. As you load 
> > the system (or start mot guests, if running under z/vm), the system 
> > starts to slow down. BPXWUNIX starts a new address space, so by 
> > definition it is more cpu consuming, that affects elapse.
> >
> > ITschak
> >
> > On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
> >
> > > Are there any hints/tips to improve the performance of an ISPF 
> > > application that uses BPXWUNIX?  In running on my normal system 
> > > the performance is very slow compared to a friends system running 
> > > on a
> zPDT.
> > >
> > >
> > >
> > > I couldn't find a SHARE presentation (but I may not have used the 
> > > correct
> > > keywords) and the IBM pubs are not speaking to me as nothing jumps out.
> > >
> > >
> > >
> > >
> > >
> > > Lionel B. Dyck <
> > > Website:   http://www.lbdsoftware.com
> > >
> > > "Worry more about your character than your reputation.  Character 
> > > is what you are, reputation merely what others think you are." - 
> > > John Wooden
> > >
> > >
> > >
> > >
> > > --
> > > --
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > > send email to lists...@listserv.ua.edu with the message: INFO 
> > > IBM-MAIN
> > >
> >
> >
> > --
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Contiguous 
> > Monitoring for Legacy **|  *
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous 
> Monitoring for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive acce

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Lionel B Dyck]

Thanks for the education.

Guess I need to find a faster system 😊

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, November 4, 2019 5:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

No. the fork is a unix issue. the first shell task will be started as a 
separate asid and then, if _BPXSHAREDAS is on, called shell programs will run 
in the same (new) asid. You can see in the syslog the evidence of the new ASID 
started. It is usually has the id of the caller plus numeric value.


On Mon, Nov 4, 2019 at 1:46 PM Lionel B Dyck  wrote:

> But when rexx, under ispf, invokes bpxwunix won't the sharedas help to 
> prevent the fork?
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS 
> services
> (bpxwunix)
>
> That's because _BPX_SHAREDAS is related to a main shell program and 
> its forks. not to the Rexx (or whatever the caller is) and the unix shell.
>
>
>
> On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:
>
> > That was my fear 😊
> >
> > I did find these which I implemented in my .profile and I'm not 
> > seeing any  visual improvements:
> >
> > export _BPX_SHAREAS=YES
> > export _BPX_SPAWN_SCRIPT=YES
> >
> >
> > Lionel B. Dyck <
> > Website: http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is 
> > what you are, reputation merely what others think you are." - John 
> > Wooden
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of ITschak Mugzach
> > Sent: Monday, November 4, 2019 5:25 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improving the performance of an ISPF app using OMVS 
> > services
> > (bpxwunix)
> >
> > Lionel,
> >
> > The secret is that zPDT systems are not heavily loaded. As you load 
> > the system (or start mot guests, if running under z/vm), the system 
> > starts to slow down. BPXWUNIX starts a new address space, so by 
> > definition it is more cpu consuming, that affects elapse.
> >
> > ITschak
> >
> > On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
> >
> > > Are there any hints/tips to improve the performance of an ISPF 
> > > application that uses BPXWUNIX?  In running on my normal system 
> > > the performance is very slow compared to a friends system running 
> > > on a
> zPDT.
> > >
> > >
> > >
> > > I couldn't find a SHARE presentation (but I may not have used the 
> > > correct
> > > keywords) and the IBM pubs are not speaking to me as nothing jumps out.
> > >
> > >
> > >
> > >
> > >
> > > Lionel B. Dyck <
> > > Website:   http://www.lbdsoftware.com
> > >
> > > "Worry more about your character than your reputation.  Character 
> > > is what you are, reputation merely what others think you are." - 
> > > John Wooden
> > >
> > >
> > >
> > >
> > > --
> > > --
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > > send email to lists...@listserv.ua.edu with the message: INFO 
> > > IBM-MAIN
> > >
> >
> >
> > --
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Contiguous 
> > Monitoring for Legacy **|  *
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous 
> Monitoring for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

-

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[ITschak Mugzach]

No. the fork is a unix issue. the first shell task will be started as a
separate asid and then, if _BPXSHAREDAS is on, called shell programs will
run in the same (new) asid. You can see in the syslog the evidence of the
new ASID started. It is usually has the id of the caller plus numeric
value.


On Mon, Nov 4, 2019 at 1:46 PM Lionel B Dyck  wrote:

> But when rexx, under ispf, invokes bpxwunix won't the sharedas help to
> prevent the fork?
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS services
> (bpxwunix)
>
> That's because _BPX_SHAREDAS is related to a main shell program and its
> forks. not to the Rexx (or whatever the caller is) and the unix shell.
>
>
>
> On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:
>
> > That was my fear 😊
> >
> > I did find these which I implemented in my .profile and I'm not seeing
> > any  visual improvements:
> >
> > export _BPX_SHAREAS=YES
> > export _BPX_SPAWN_SCRIPT=YES
> >
> >
> > Lionel B. Dyck <
> > Website: http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is
> > what you are, reputation merely what others think you are." - John
> > Wooden
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of ITschak Mugzach
> > Sent: Monday, November 4, 2019 5:25 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improving the performance of an ISPF app using OMVS
> > services
> > (bpxwunix)
> >
> > Lionel,
> >
> > The secret is that zPDT systems are not heavily loaded. As you load
> > the system (or start mot guests, if running under z/vm), the system
> > starts to slow down. BPXWUNIX starts a new address space, so by
> > definition it is more cpu consuming, that affects elapse.
> >
> > ITschak
> >
> > On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
> >
> > > Are there any hints/tips to improve the performance of an ISPF
> > > application that uses BPXWUNIX?  In running on my normal system the
> > > performance is very slow compared to a friends system running on a
> zPDT.
> > >
> > >
> > >
> > > I couldn't find a SHARE presentation (but I may not have used the
> > > correct
> > > keywords) and the IBM pubs are not speaking to me as nothing jumps out.
> > >
> > >
> > >
> > >
> > >
> > > Lionel B. Dyck <
> > > Website:   http://www.lbdsoftware.com
> > >
> > > "Worry more about your character than your reputation.  Character is
> > > what you are, reputation merely what others think you are." - John
> > > Wooden
> > >
> > >
> > >
> > >
> > > 
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO
> > > IBM-MAIN
> > >
> >
> >
> > --
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Contiguous
> > Monitoring for Legacy **|  *
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Lionel B Dyck]

But when rexx, under ispf, invokes bpxwunix won't the sharedas help to prevent 
the fork?


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, November 4, 2019 5:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

That's because _BPX_SHAREDAS is related to a main shell program and its forks. 
not to the Rexx (or whatever the caller is) and the unix shell.



On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:

> That was my fear 😊
>
> I did find these which I implemented in my .profile and I'm not seeing 
> any  visual improvements:
>
> export _BPX_SHAREAS=YES
> export _BPX_SPAWN_SCRIPT=YES
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS 
> services
> (bpxwunix)
>
> Lionel,
>
> The secret is that zPDT systems are not heavily loaded. As you load 
> the system (or start mot guests, if running under z/vm), the system 
> starts to slow down. BPXWUNIX starts a new address space, so by 
> definition it is more cpu consuming, that affects elapse.
>
> ITschak
>
> On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
>
> > Are there any hints/tips to improve the performance of an ISPF 
> > application that uses BPXWUNIX?  In running on my normal system the 
> > performance is very slow compared to a friends system running on a zPDT.
> >
> >
> >
> > I couldn't find a SHARE presentation (but I may not have used the 
> > correct
> > keywords) and the IBM pubs are not speaking to me as nothing jumps out.
> >
> >
> >
> >
> >
> > Lionel B. Dyck <
> > Website:   http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is 
> > what you are, reputation merely what others think you are." - John 
> > Wooden
> >
> >
> >
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous 
> Monitoring for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[ITschak Mugzach]

That's because _BPX_SHAREDAS is related to a main shell program and its
forks. not to the Rexx (or whatever the caller is) and the unix shell.



On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:

> That was my fear 😊
>
> I did find these which I implemented in my .profile and I'm not seeing
> any  visual improvements:
>
> export _BPX_SHAREAS=YES
> export _BPX_SPAWN_SCRIPT=YES
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS services
> (bpxwunix)
>
> Lionel,
>
> The secret is that zPDT systems are not heavily loaded. As you load the
> system (or start mot guests, if running under z/vm), the system starts to
> slow down. BPXWUNIX starts a new address space, so by definition it is more
> cpu consuming, that affects elapse.
>
> ITschak
>
> On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
>
> > Are there any hints/tips to improve the performance of an ISPF
> > application that uses BPXWUNIX?  In running on my normal system the
> > performance is very slow compared to a friends system running on a zPDT.
> >
> >
> >
> > I couldn't find a SHARE presentation (but I may not have used the
> > correct
> > keywords) and the IBM pubs are not speaking to me as nothing jumps out.
> >
> >
> >
> >
> >
> > Lionel B. Dyck <
> > Website:   http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is
> > what you are, reputation merely what others think you are." - John
> > Wooden
> >
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Lionel B Dyck]

That was my fear 😊

I did find these which I implemented in my .profile and I'm not seeing any  
visual improvements: 

export _BPX_SHAREAS=YES   
export _BPX_SPAWN_SCRIPT=YES  


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, November 4, 2019 5:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

Lionel,

The secret is that zPDT systems are not heavily loaded. As you load the system 
(or start mot guests, if running under z/vm), the system starts to slow down. 
BPXWUNIX starts a new address space, so by definition it is more cpu consuming, 
that affects elapse.

ITschak

On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:

> Are there any hints/tips to improve the performance of an ISPF 
> application that uses BPXWUNIX?  In running on my normal system the 
> performance is very slow compared to a friends system running on a zPDT.
>
>
>
> I couldn't find a SHARE presentation (but I may not have used the 
> correct
> keywords) and the IBM pubs are not speaking to me as nothing jumps out.
>
>
>
>
>
> Lionel B. Dyck <
> Website:   http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[ITschak Mugzach]

Lionel,

The secret is that zPDT systems are not heavily loaded. As you load the
system (or start mot guests, if running under z/vm), the system starts to
slow down. BPXWUNIX starts a new address space, so by definition it is more
cpu consuming, that affects elapse.

ITschak

On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:

> Are there any hints/tips to improve the performance of an ISPF application
> that uses BPXWUNIX?  In running on my normal system the performance is very
> slow compared to a friends system running on a zPDT.
>
>
>
> I couldn't find a SHARE presentation (but I may not have used the correct
> keywords) and the IBM pubs are not speaking to me as nothing jumps out.
>
>
>
>
>
> Lionel B. Dyck <
> Website:   http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Lionel B Dyck]

Are there any hints/tips to improve the performance of an ISPF application
that uses BPXWUNIX?  In running on my normal system the performance is very
slow compared to a friends system running on a zPDT.

 

I couldn't find a SHARE presentation (but I may not have used the correct
keywords) and the IBM pubs are not speaking to me as nothing jumps out.

 

 

Lionel B. Dyck <
Website:   http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Tracing RACF?

[Sean Gleann]

Problem solved - Many Thanks to all who responded.

Mark, David - My initial dismay at how file protection is handled in RACF
turned out to be unfounded (of course!).
I was primarily thinking about the number of user or group profiles I'd
have to define in order to adequately protect my system.
It turned out to be mercifully few... on my sandbox system, at least.

I'm going to SETROPTS PROTECTALL(WARNING) on the production system later
today
Doubtless there will be many screams regarding '...all these new
messages!', but the bulk of them get solved fairly quickly

Regards
Sean

On Sun, 3 Nov 2019 at 20:29, scott Ford  wrote:

> The ADDSD is a profile if the dataset or HLQ isn’t found it will fail.
>
> On Sun, Nov 3, 2019 at 2:25 AM Jon Perryman  wrote:
>
> >
> >
> > On Wednesday, October 30, 2019, 08:52:22 AM PDT, Sean Gleann <
> > sean.gle...@gmail.com> wrote:
> >
> > > If I try to ADDSD 'ABC.DEF' UACC(NONE), I get "ICH09006I USER OR GROUP
> >
> > > ABC  NOT DEFINED TO RACF"
> >
> >
> > I believe the error message is complaining about the OWNER which is
> > defaulting to ABC. Specify OWNER(xxx) where xxx is a valid userid or
> group.
> > Alternatively, there is a RACF option that will set the owner to the user
> > who creates the profile.
> >
> > Jon.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN