On Wed, 24 May 2023 00:43:05 +, Alan Young wrote:
>Is the file RECFM=V? For me, variable records seem to vex ISPF browse and edit
>more than RECFM=F files. It runs out of storage sooner with the variable
>length files. That is with a TSO region of 131072.
>
ISPF Edit and View (and, I
https://www.pro-tools-expert.com/production-expert-1/why-are-the-apple-m1-m1-pro-and-m1-max-chips-so-fast
On Tue, May 23, 2023 at 10:07 PM Steve Thompson wrote:
>
> This is the kind of thing I was looking for.
>
> I knew that the ARM CPUs were doing things differently.
>
> I also knew that Intel
I would set a SLIP and take a dump of the 878 abend, and then look to see what
is consuming the storage. If this is an extended format compressed sequential
data set,
and if Browse uses BSAM to read the data set, it might be due to NOTE/POINT
compression tables,
We had a problem with the
This is the kind of thing I was looking for.
I knew that the ARM CPUs were doing things differently.
I also knew that Intel design, so far, just doesn't match up with
what z/Arch has been doing.
And this means older methods of comparing "machines" is now
getting old.
[I know about cache
On 24/5/2023 2:24 am, Seymour J Metz wrote:
Clocking and bus width are certainly important factors in performance, but they
are far from the only factors.
100% agree. Things are a lot more complicated with modern hardware.
My MacBook Pro has a 128-bit memory bus and supports 200GB/s memory
Radoslaw Skorupka wrote:
>Scenario:
>Default REGION
>REGION specified explicitely in JOB card (or in another similar way)
>SMFLIMxx and/or IEFUSI.
>Q: how to check effective REGION limit for the job/stc?
Does this help?
L R7,PSAAOLD-PSAaddress of ASCB
USING ASCB,R7
Many of them are required to have it. People get sick and hurt at 3am on
Saturday night. Can’t have an IPL that causes an outage then. Airlines run 24
by 7 worldwide. (Those that are international) Walmart has 24 by 7 stores. Some
companies have development staff all over the world. My last
Is the file RECFM=V? For me, variable records seem to vex ISPF browse and edit
more than RECFM=F files. It runs out of storage sooner with the variable length
files. That is with a TSO region of 131072.
If alternative editors/viewers are available, they may fair better. IBM File
Manager works
On Tue, 23 May 2023 20:50:16 +, Farley, Peter wrote:
>VIEW is limited in what size file it can handle, the entire file has to fit in
>available memory under TSO. For very large files like the one I am searching
>it forces BROWSE anyway and you do not have the VIEW capabilities.
>
>We also
LOL, maybe so. And do most z/OS installations have that full redundancy?
---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
/* The Internet is the first thing that humanity has built that humanity
doesn't understand, the largest experiment in anarchy that we have ever had.
-Eric
I was able to use the String command successfully with the replacement.
Thanks for the direction, Michael!
Thank you and best regards,
Billy Ashton
-- Original Message --
From "Schmitt, Michael"
To IBM-MAIN@listserv.ua.edu
Date 5/22/2023 3:49:29 PM
Subject Re: Using COBOL
Your system is a lot less busy than the one I use. Just maxing to the bottom
of a smaller 8,778 cylinder generation of the same file set I mentioned earlier
in BROWSE didn't complete in over 30 minutes. I had to ATTN out of it, and
that logged me off too.
Then again the nightly batch window
Skip sequential processing varies for RRDS vs. KSDS and insert vs. get.
Also position after errors is often different for skip sequential vs.
sequential. The intent with skip sequential is to use the sequence set for
finding the next key, but of course VSAM has many variations. Those may or
may
I just tried a browse on a sequential file with 6,355,209 records, using 6,621
cylinders, finding a 31-byte key at the beginning of the record, where the key
is found at record number 6,355,208.
I normally have 256 MB of region, but for this test I changed it to 48000K.
Before Browse:
The structure size has always been overly conservative, especially given that
signals are usually in and out, which means the structure is mostly empty.
However, the target systems can become unresponsive, which means signals can
pile up in the structure. The CFSIZER goal was to ensure that
Bob needs to get into the 21st century.
Sent from Yahoo Mail for iPhone
On Tuesday, May 23, 2023, 5:20 PM, Pommier, Rex wrote:
Bob,
I think what it means is that you will only "suffer" .3 seconds of application
outage in a year. Of course that means you have a fully redundant SYSPLEX set
Bob,
I think what it means is that you will only "suffer" .3 seconds of application
outage in a year. Of course that means you have a fully redundant SYSPLEX set
up with duplicated everything such that when you do have to bring down a CEC,
the application workload is pushed to a different
Possibly. But if so we are in a lot more trouble than annoying abends out of
TSO, as this is customer data with legal archiving requirements. If it is
somehow corrupted by compression (not sure at this point if that file is using
IBM software compression or zEDC hardware compression) we have
I'm just getting around to reading the article someone cited here:
https://www.linkedin.com/pulse/results-mainframe-application-modernization-migration-ross-mauri/
I heard that "8 9s" claim go by before, but I didn't pay much attention. But
in the article it says that equates to 0.3 sec of
I agree that Browse isn't supposed to require enough memory to hold the file,
so it should work.
But.
Is "compressed data" the key? How is it compressed? Does the fact that it is
compressed mean that more data has to be in memory? Or is it going wild on
decompression, such as if the data is
Scenario:
Default REGION
REGION specified explicitely in JOB card (or in another similar way)
SMFLIMxx and/or IEFUSI.
Q: how to check effective REGION limit for the job/stc?
--
Radoslaw Skorupka
Lodz, Poland
--
For IBM-MAIN
VIEW is limited in what size file it can handle, the entire file has to fit in
available memory under TSO. For very large files like the one I am searching
it forces BROWSE anyway and you do not have the VIEW capabilities.
We also have CA FileMaster, and their browse can handle very large file
Yes! I've heard a lot of complaints about IBM documentation being confusing,
and I know it's impossible to make EVERYTHING clear. But one thing I've said
over and over again for decades: I may have to search the manuals for a long
time to find what I'm looking for, but I can be pretty
Have you tried View? It behaves the same as Edit, but does not
save. I have found that it handles things a bit better than
browse does at times.
Steve Thompson
On 5/23/2023 4:12 PM, Farley, Peter wrote:
This has happened to me twice this afternoon, and several other times in the last
few
+1
-- Original Message --
From: Robert Keahey
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Are you serious about wanting a better IBM doc RCF-type process?
Date: Tue, 23 May 2023 09:38:33 -0500
+1
--
For IBM-MAIN
Used to use REGION=6M on batch jobs, and about 1% of jobs would abend
with S878. To cure they would have to bounce the initiator to clear
up all memory allocation. Maybe bump up to 64000 to see if that is
enough memory? I don't know if you can specify REGIONX=(24,31,64) for
TSO.
On Tue, May 23,
This has happened to me twice this afternoon, and several other times in the
last few months - I am trying to browse (from ISPF 3.4) a quite large
sequential file (> 14500 cylinders of compressed data) for a record with a
specific 31-byte key at the beginning of the record, and browse abends
Just wondering what y'all are using. I ran the CFSIZER for a 32 system sysplex
using default message size and it's suggesting INITSIZE=103M and SIZE=186M,
which seems excessive to me.
Mark Jacobs
Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.
GPG Public Key -
Sometimes mis-used instead of random.
Point, then read (as I recall) flushes VSAM's data buffers, then
reads in whatever number of control intervals have been specified by
BUFND. If the application only needs a record or two and BUFND is
set to read in a substantial potion of the control
Maybe they could simplify things and just include author (or at least
current owner) email addresses like they do on the redbooks. Take out
the complex communication system. Authors/owners who care (and I'm sure
most do) would probably be glad to get direct feedback to make their doc
better
IBM's Management's bonuses are not based on good doc being available.
Sales people do not have to show how good the doc is to make
sales, so they don't care either.
Decades ago someone said to me, as I complained about an index
issue (something I thought should have been in the index) --
Clocking and bus width are certainly important factors in performance, but they
are far from the only factors.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Steve
I'm not asking about cache lines, necessarily.
With the G3 chip set, as I recall, it had 256 byte wide cache
lines, and CPU <-> C-store was using a 256 byte bus while the
IOPs <-> C-store were using a 64 byte bus.
What makes one system faster than the other has to do with
clocking and bus
I send in marked up pdf files ! It saves time having to specify which line
you are talking about.
Their current online system only allows one comment per day on each page.
It takes more time to enter the data than than an email, where you can cut
and paste.
Can they get management to use the
I did check the writer. I know he’s with IBM. I also know that 8 9’s is true as
was 5 9’s. I also know that the mainframe is growing via multiple sources.
Idiot.
Sent from Yahoo Mail for iPhone
On Tuesday, May 23, 2023, 11:41 AM, Tom Brennan
wrote:
"It’s always a good idea to check who
On Tue, May 23, 2023 at 9:22 AM Kirk Wolf wrote:
> Lionel,
> You don't say what opsys or product that you are using to generate ssh
> keypairs, but some default to the same name if you don't provide the name
> of the new keypair.
>
> There's nothing wrong with rotating keys by installing a new
+1
On Tue, May 23, 2023 at 9:19 AM Gord Tomlin
wrote:
> +1
>
> --
>
> Regards, Gord Tomlin
> Action Software International
> (a division of Mazda Computer Corporation)
> Tel: (905) 470-7113, Fax: (905) 470-6507
> Support: https://actionsoftware.com/support/
>
>
What are they smoking?
From: IBM Mainframe Discussion List on behalf of
Charles Mills
Sent: Monday, May 22, 2023 6:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Are you serious about wanting a better IBM doc RCF-type process?
For those who have not been
I think I put it badly, by "used a key search to position at the first record"
when I really meant that I used a key search to position at the first record
matching the partial key, and then switched to sequential processing.
That seems to fit the definition of sequential with positioning.
Skip-sequential is defined as sequential but that some records are skipped. It
isn't clear to me what makes some records skipped (or which ones are skipped).
On Tue, 23 May 2023 14:37:15 + "Farley, Peter"
Redpaper: https://www.redbooks.ibm.com/redpapers/pdfs/redp5705.pdf
Abstract:
In the recent Application modernization on the mainframe IBM Institute for
Business Value study, among the
surveyed, 71% of executives say that mainframe-based applications are central
to their business strategy. As
"It’s always a good idea to check who wrote the piece and whether they
have a bias. (Or financial interest)" Bill Johnson - 5/19/2023
On 5/23/2023 8:19 AM, Bill Johnson wrote:
I remember a while ago I mentioned the mainframe guaranteed 5 9’s of availability
and some here mocked me. 99.999
I remember a while ago I mentioned the mainframe guaranteed 5 9’s of
availability and some here mocked me. 99.999 had been true for quite some time.
Now it’s 8 9’s. (99.99) of uptime per year. No other platform comes close.
Like I’ve said dozens of times, the mainframe is growing & will be
To be clear, that might be IBM's response, but it is certainly not individual
IBMers' response. I, for one, appreciate feedback on the ICSF publications. I
have personally taken over 20 updates from fine folks like you for our
publications.
Eric Rossman
-Original Message-
From: IBM
This post from Ross is a must read for this topic:
https://www.linkedin.com/pulse/results-mainframe-application-modernization-migration-ross-mauri/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
I'm not certain in assembler, but in COBOL, there is a START statement that
will position a file at a given record which has a key that is EQ, GT, GE, or
NE to the one you supply. This does not READ the record, but simply sets the
pointer. Subsequent READ stamens will proceeded sequentially
+1
I fully agree with opinions expressed here.
Dana Mitchell
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
+1
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Skip-sequential means START (in COBOL terms) to a specific or generic (partial)
key position in the file and then read sequentially from that point forward.
One can then ENDREQ (under the covers in COBOL, explicitly in assembler) and
START to another key value and read sequentially from there.
Lionel,
You don't say what opsys or product that you are using to generate ssh
keypairs, but some default to the same name if you don't provide the name of
the new keypair.
There's nothing wrong with rotating keys by installing a new one on both the
client and server(s) that use it and then
+1
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/
--
For IBM-MAIN subscribe / signoff /
The one time I have done it, I used a key search to position at the first
record, then sequential processsing from then on, till I reached my end point.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
I find it kind of amazing. Here is a bunch of dedicated people, many of us with
40 or more years of experience, willing to help IBM make their documentation
better AT NO CHARGE TO IBM. And what is IBM's response? Take a hike.
You know, there are many things that have made this platform
When you think about renewal guidelines for SSH keypairs, the relevant
question is: What do you want to protect yourself (or your org) against?
If you account for the possibility that the private key itself gets into
wrong hands unknowingly, it boils down to the computational effort to
make the
Functionally, yes, but ...
Best practice is to remove the public key of an "old" keypair from their
authorized_keys file.
The whole point about key rotation is to discard a key (or pair) that
might have been compromised.
If a key is reasonably* thought to be safe (uncompromised) there's NO
Actually when a new key pair is generated in my testing the old key pair is
overlaid.
But you are correct in the authorized_keys file and in the git server keys.
Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck
Worry more about your character than your
+1
Rex Pommier
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: Monday, May 22, 2023 5:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Are you serious about wanting a better IBM doc RCF-type
process?
For those who have not been
Classification: Confidential
It is not necessary to remove the "old keypair". SSH will cycle through any
available keys until it finds one that works.
Theoretically, at some point this could become a performance bottleneck. In
practical terms it seems to be a non-issue.
My USD $0.02 worth.
Classification: Confidential
This entire thread comes down to "the "new tools" are neither as available,
functional ore reliable as those they replace".
::DISCLAIMER::
The contents of this e-mail and any attachment(s) are confidential and intended
for the named
For those into security (and shouldn't we all be) a question on ssh keys:
How often should a user change their ssh keys for z/OS (OMVS)? on their
workstation?
When changing on the workstation, that probably happens every few years as
the workstation is replaced, the user then needs to update
+1
Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck
“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
+1
René Jansen.
> On 23 May 2023, at 09:44, Lennie Dymoke-Bradshaw
> <032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:
>
> +1
> Voted for Peter Farley's RFE as well.
>
> Lennie
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Charles Mills
> Sent:
Perhaps a beginners question, but I am not finding precise doc on the
difference between sequential and skip-sequential VSAM processing.
Is it that instead of doing an ENDREQ and a new positioning, one changes the
value of ARG and VSAM uses that for the next GET?
--
Binyamin Dissen
+1
Voted for Peter Farley's RFE as well.
Lennie
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: 22 May 2023 23:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Are you serious about wanting a better IBM doc RCF-type process?
For those who have not been
>> who cannot separate z/OS the operating system from Z hardware.
Let alone people who believe that z/OS is the only op-sys running on z
hardware.
Just for the record: there is an actual version of z/VSE - z/VM - z/TPF
Martin
I’ve just realised that I was confused. Steven, can your confirm that that bus
width between the memory controller and CPU was 256 bytes (not bits)? On a G3
9672?
> On 23 May 2023, at 8:48 am, David Crayford wrote:
>
> Good question. By bus size I'm assuming that your referring to
66 matches
Mail list logo