Kees:
Ok, so - as I've found out for myself - "ALLOCxx does nothing for JCL." If
that is the case, then what is point of the various SPACE subparameters in
ALLOCxx? If they are coded, where or when *do* they come in to play? I
haven't seen anything in the Init&Tune guide that is specific on this po
You are likely correct. I set this up many years ago now. All our application
data is SMS. I probably do cover rlse with the most commonly used, default
MGMTCLAS
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Vernooij, Kees (ITOP NM) - KLM
> Sent: Tuesday, Mar
Sean,
ALLOCxx states its working environment:
"-SPACE- Specifies the installation defaults for some space allocation
parameters. These defaults apply to only dynamic allocation and VIO requests."
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV
Sean,
I still have not seen an explanation why the secondary space changed from the
requested 1000 to 500.
Kees.
> -Original Message-
> From: Vernooij, Kees (ITOP NM) - KLM
> Sent: 06 March, 2019 9:43
> To: 'IBM Mainframe Discussion List'
> Subject: RE: Disk space allocation question [
No,
" how RACF is configured" regards only DATASET class, not general
resources.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 2019-03-04 o 18:06, Seymour J Metz pisze:
The meaning of wildcards depends on how you have RACF configured.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
W dniu 2019-03-04 o 17:53, Jesse 1 Robinson pisze:
On two different RACF plexes, we have these two profiles in the SDSF class:
ISFCMD.ODSP.* (G)
ISFCMD.ODSP.** (G)
I'm confounded to explain the difference between one or two asterisks. Help?
(I know this should go to the RACF List, but that doe
W dniu 2019-03-05 o 21:37, John McKown pisze:
On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo wrote:
Great product, EasySMF !
blackhillsoftware.com
Forgot to mention: "The mainframe is going away. There is no need to buy
any new software. Make due with what you have, write it yourself, or do
On Tue, Mar 5, 2019 at 3:04 PM ITschak Mugzach wrote:
> John, it's SMF70. Have section for each measured product.
> ITschak
>
Thanks.
--
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.
Maranatha! <><
John McKown
-
If you are using MQ Server, rather than MQ Client, then you can use channel
compression, which works well for text based data, such as xml files. We use
these in some of our channels:
COMPHDR('SYSTEM') COMPMSG('ZLIBFAST')
Regards – Grant.
In theory, there's no difference between
On Tue, Mar 5, 2019 at 3:34 PM Schuffenhauer, Mark
wrote:
> I used to work with this. We had a nightly batch job after SMF
> processing that ran, which ran rather interesting program PGM=E2000. The
> BMC Mainview products had a license file in order to run on the mainframe
> and create the ex
On Tue, Mar 5, 2019 at 3:37 PM Christopher Y. Blaicher <
cblaic...@syncsort.com> wrote:
> Look at RCTLACS and RCTIMGWU
>
> 4HRA = RCTLACS*100/RCTIMGWU
>
EXCELLENT! That seems to be exactly what I need.
>
> Chris Blaicher
> Technical Architect
> Syncsort, Inc.
>
>
--
I just burned 2000 calorie
On Wed, Mar 6, 2019 at 5:31 AM R.S. wrote:
> W dniu 2019-03-05 o 21:37, John McKown pisze:
> > On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo
> wrote:
> >
> >> Great product, EasySMF !
> >> blackhillsoftware.com
> >>
> >>
> > Forgot to mention: "The mainframe is going away. There is no need to bu
On Wed, Mar 6, 2019 at 6:21 AM John McKown
wrote:
> On Tue, Mar 5, 2019 at 3:37 PM Christopher Y. Blaicher <
> cblaic...@syncsort.com> wrote:
>
>> Look at RCTLACS and RCTIMGWU
>>
>> 4HRA = RCTLACS*100/RCTIMGWU
>>
>
I see where RCTLACS is in the SMF 70 record. But I don't see where I can
get the R
For what it is worth, to easily access the "Rolling 4hr MSU average", you can
use SDSF REXX and process the "AvgMSU" column from the "SYS" command.
lastrc=ISFCALLS("ON")
ISFSYSNAME = "*"
address SDSF "ISFEXEC SYS"
do i = 1 to SYSNAME.0
say SYSNAME.i AVGMSU.i
end
lastrc=ISFCALLS("OFF")
Rob Sc
On Wed, Mar 6, 2019 at 7:18 AM Rob Scott wrote:
> For what it is worth, to easily access the "Rolling 4hr MSU average", you
> can use SDSF REXX and process the "AvgMSU" column from the "SYS" command.
>
> lastrc=ISFCALLS("ON")
> ISFSYSNAME = "*"
> address SDSF "ISFEXEC SYS"
> do i = 1 to SYSNAME.
Should it be at real time? You can read smf when switched using sort to get
smf70 and ftp the file to your servet.
ITschak
בתאריך יום ד׳, 6 במרץ 2019, 16:07, מאת John McKown <
john.archie.mck...@gmail.com>:
> On Wed, Mar 6, 2019 at 7:18 AM Rob Scott
> wrote:
>
> > For what it is worth, to easi
On Wed, Mar 6, 2019 at 8:14 AM ITschak Mugzach wrote:
> Should it be at real time? You can read smf when switched using sort to get
> smf70 and ftp the file to your servet.
>
I don't need real time. I have the formula: 4HRA = RCTLACS*100/RCTIMGWU
I see where RCTLACS is SMF70LAC. But I don't see
Sue, we use to be able to report broken links, doc not found for the KC site,
now I cannot;
The requested resource is not found:
/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.e0zl100/toc.htm
Carmen Vitullo
- Original Message -
From: "Susan Shumway"
To: IBM-MAIN@LISTS
Hi,
RCTLACS (SMF70LAC) is the 4-hours rolling average.
RCTLACS*100/RCTIMGWU will give you the percentage of your current 4hra from the
defined capacity.
Take a look at this nice Rexx:
https://groups.google.com/d/msg/bit.listserv.ibm-main/-iym0vSN8Lw/urgOuMFSBgAJ.
Also, a great wiki about SMF
That 5 extent business has been around since Old Man Noach cornered the market
in gopher wood, long before ALLOCxx came along.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Sean Gleann
Sent:
On Wed, 6 Mar 2019 08:36:23 +, Sean Gleann wrote:
>
>Up until reading the doc regarding ALLOCxx, I was unaware that "...Primary
>space may be acquired in up to 5 extents" and that was the root cause of
>the problem report that I was given. That doc and the further testing I've
>done has allowed
Although we have progressed with creating an program-controlled
environment, we are still experiencing problems in this area.
We have a COBOL routine whose purpose is to open a VSAM data set on the
first call, perform I/O (read and write) on subsequent calls, and finally
close the dataset on the f
One further question:
Would use of IKJEFTSI/IKJEFTSR/IKJEFTST work here? I.e., provide an
isolated eenvironment for RACF while maintaining continuity within the I/O
routine without re-initializing its working storage on each call?
On Wed, 6 Mar 2019 at 19:01, Steff Gladstone
wrote:
> Although
ATTACH by an unprivileged application cannot change the authority and
privileges of the address space. TSOEXEC passes the request to the Terminal
Monitor Program (TMP), which sets the unauthorized tasks nondispatchable before
attaching the authorized task. There is no provision for running autho
No. Please see my other message. For security purposes, an application running
under ISPF is ISPF, and the various mechanisms for running authorized TSO code
will make ISPF nondispatchable for the duration.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
___
Thanks Grant for the info.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Is there a standard programming API / macro for getting this? I don't see
it in the F1 DSCB - just DS1NOBDB (number of bytes in last directory
block). It seems odd that there is this bit without more.
Do you have to just read the directory and count?
Kirk Wolf
Dovetailed Technologies
http://do
On Wed, 6 Mar 2019 14:36:42 -0600, Kirk Wolf wrote:
>Is there a standard programming API / macro for getting this? I don't see
>it in the F1 DSCB - just DS1NOBDB (number of bytes in last directory
>block). It seems odd that there is this bit without more.
>
>Do you have to just read the directo
A programming API or macro? Not with TSO or ISPF or REXX (LISTDSI) etc,
etc, etc
I know that I don't need it for PDSEs.
On Wed, Mar 6, 2019 at 3:30 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 6 Mar 2019 14:36:42 -0600, Kirk Wolf wrote:
>
> >Is there a sta
There's a secret interface called FAMS that can provide the information
(and much more for PDSEs), but (as I understand it) you have to convince
IBM to let you pay a large amount of money for the documentation.
Ultimately, the directory has to be read to count the blocks, members,
etc. There are
On Wed, 6 Mar 2019 19:01:25 +0200, Steff Gladstone
wrote:
>
>The COBOL I/O routine is called by a fairly complex TSO/ISPF application.
>So we decided to communicate to the I/O routine via a subtask in order to
>simplify the environment (as per Walt Farrell's claim that a new TCB
>creates a paral
On Wed, 6 Mar 2019 19:01:25 +0200, Steff Gladstone
wrote:
>
>This works ok for privileged users (i.e., the subtasking and I/O logic
>works fine, the COBOL I/O routine is not reintiaiized on each call, and of
>course there are no RACF issues). But for non-privileged users RACF issues
>the follo
On Wed, 6 Mar 2019 19:29:05 +0200, Steff Gladstone
wrote:
>One further question:
>
>Would use of IKJEFTSI/IKJEFTSR/IKJEFTST work here? I.e., provide an
>isolated eenvironment for RACF while maintaining continuity within the I/O
>routine without re-initializing its working storage on each call?
On Wed, 6 Mar 2019 17:26:56 +, Seymour J Metz wrote:
>ATTACH by an unprivileged application cannot change the authority and
>privileges of the address space. TSOEXEC passes the request to the Terminal
>Monitor
>Program (TMP), which sets the unauthorized tasks nondispatchable before
>attac
Hi
>From what I remember there used to be a list of instruction clock speeds in
the principle of operation I wonder if that's still available
thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
Not since pipeline processors. The last time I saw a manual with timings was
for a S360.
Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct
mistaks
> On Mar 6, 2019, at 8:58 PM, Joseph Reichman wrote:
>
> Hi
>
>
>
>
>
> From what I remember there used to be a
Thanks all the help. I was able to correct the job and run it .
On Wed, 6 Mar, 2019, 12:32 AM Seymour J Metz, wrote:
> Allocate a different log file before you enter ISPF.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: I
The 360/40 had one: 7 us for LR, 10 us for L.
It is not possible now. A single instruction may literally add no time at
all to some instruction sequence.
My imperfect model is that main storage is the new disk. Figure that
instructions take no time at all and memory accesses take forever.
Charl
Describing memory as the new disk is quite apt.
A given instruction may take between zero and hundreds of thousands of
clocks. Z10 and later processors execute upto 11 instructions in parallel,
although they rarely exceed three.
The key bottle neck is operand access times. L1 cache costs 1 clock
On 3/6/2019 8:18 PM, Charles Mills wrote:
My imperfect model is that main storage is the new disk. Figure that
instructions take no time at all and memory accesses take forever.
Of course, you need to pay attention to cache effects -- *especially* to
avoid sharing R/W cache lines across CPs. But
What is an instruction? When IBM started putting pages of assemblercode in
microcode, which can be called by 1 PC instruction, its definition has lost
sense. Like MIPS (million instructions per second) did around the same time.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion
41 matches
Mail list logo
