Cameron,
I have forgotten more than I knew, and searching manuals no longer comes easy.
Someone earlier mentioned using REPRO to decrypt the file as you back it up.
DF/dss will use REPRO for a logical backup, and the backup file is not
encrypted.
The question then is, "When restoring, does DF/
Radoslaw,
Isn't this also the case for VSAM when you lose your OS with the files open?
I may be out of date or have a lapse in memory, but I recall a file journaling
option that allowed CICS to roll forward/back updates to a file with LSR
buffered writes.
It could be just another senior moment
I always thought JES2 resolved relative GDG numbers during job initiation.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Joseph Reichman
Sent: Wednesday, 27 May 2020 11:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] GDG relative number updates
Hi
I have ha
Kees,
Possibly a redundant and risky method, given the ease and granularity of the
DFSMS approach.
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
But of course you follow up that journaling with CLPA at IPL...
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jim Mulder
Sent: Tuesday, 24 September 2019
track geometry makes life easier, even with SDB.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Monday, 23 September 2019 22:35
To: IBM
I like the scientific phraseology: four-fifths of five-eighths of FA.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Spiegel
Sent: Tuesday, 24
class for these jobs?
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Shivang Sharma
Sent: Sunday, 22 September 2019 19:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subjec
Jesse,
Nowadays you would still be long gone, but depending on media, pool occupancy,
and page migration, there will likely be large areas of in the clear content,
unless accessed by CKD.
Next time, ask your vendor about disk scrubbing.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705
separately from the actual track contents.
Thanks for asking Kees, and making me exercise some brain cells. If I am wrong
on anything, I hope someone will educate me.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original
flow on to replication.
Move out of the past, and stop fooling ourselves that EOS is erasing anything,
and optimise it to obfuscate the data from CKD host only, as that is all it is
doing anyway.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 |
, but they were
supporting GDPS services on those platforms 12 months ago, so IBM is not the
only choice, even if you go the GDPS automation route.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM
Fred,
Have a look outside the nine dots at what the other vendors are offering.
There is more than one way to skin a cat, and the IBM products and services are
not necessarily the best or most cost-effective way to get the job done.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m
good starting point to test
the hypotheses.
Do you have any additional ideas that would add to what and how SMF
recording occurs when allocating a file with IEFBR14?
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original
All,
Could it be that the EOF mark on the file is a DADSM function outside of the
control of the program, and that is why there is no SMF record from an
unopened, empty data set?
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1
unforeseen circumstance
blows the 60 days.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Schwab
Sent: Friday, 23 August 2019 02:04
To: IBM-MAIN@LISTSERV.UA.E
Where?
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Schwab
Sent: Friday, 23 August 2019 01:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN
Not all boomerangs come back.
Not all who throw a boomerang can make it come back.
Take it from an Aussie that has unsuccessfully thrown a few boomerangs.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message
year at least as well.
If for some unforeseen we blow the 60 days, who is going to pay the employee's
tax in California? If they were at 50 days and visited the amusement parks in
LA for 1.5 weeks they've blown it.
And that's the main reason it was mothballed and made ad hoc.
Ro
if you spend more than 60 calendar days
in the state. Tell that to someone from Nevada.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent
onary.
However, from what you explain, prefixes on account numbers, like the first
four of a credit card number, would no longer be the same for groups of
records, so that would mean some loss of repeatability.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 408
ggest you
enhance IEFACTRT to provide the information or dig around CBT for an up to
date SMF type 30 report program.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On B
Phil,
FPE - I learn a bit more every day.
That would be an improvement over a random cypher, but wouldn't the length
and repeatability of the data patterns after encryption negatively affect
LZW compression, along with deduplication?
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 62
compression and encryption are sure to be performed in the right
sequence.
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Phil Smith III
Sent: Tuesday, 6 August
Linked in is fine by me. It is about as US-centric as FB.(Only Americans think
they're the only ones using it 😊 )
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion Lis
, and the same
restrictions apply, even when you are running CA MII. In this regard, CA MII
neither enhances nor restricts PDSE sharing."
I think you are between a rock and a hard place. Perhaps reverting to
PDSESHARING(NORMAL) and using DISP=OLD to avoid the sharing error.
RON HAWKIN
are a few, unsubstantiated
references to failures sending the drum through a wall(s).
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
William Donzelli
http://www.navydp.com/phpBB3/viewtopic.php?t=115
I checked the video twice when they talked about the FirstRand I on one of the
navy ships, and did not hear them say it was a legend.
Interesting that Australia used them in the telegram messaging systems.
RON HAWKINS
Director, Ipsicsopt Pty Ltd
, I believe you can introduce relational constraints to
SAS indexed files.
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Baron Carter
Sent: Monday
Paul,
The problem is not SAS or MXG.
It means you have an out-of-sequence or missing segment of a spanned record
in the file.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe
I would have thought SAS is your friend.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jesse 1 Robinson
Sent: Thursday, 27 June 2019 07:44
To: IBM-MAIN
Jesse,
I may be late to the party, but did you look at using DISKCOMP on from CBT?
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jesse 1 Robinson
Sent
Assuming you used DFSMSdss, you could start here.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.adru000/lnxdiv6.htm,
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From
Ken,
You need to reformat the logical volume, and mount it as an FCP device.
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Ken Bloom
Sent: Saturday
en there would be 300 records generated
If 100 copies of each unique key then there would be 200 records generated
I'd have to RTFM to figure out the INPUT you provided, so I am relying on the
description.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4
.
What am I missing?
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ron
Thomas
Sent: Wednesday, 22 May 2019 09:02
To: IBM-MAIN@LISTSERV.UA.EDU
Sort it first with the SUM FIELDS=NONE option.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ron
Thomas
Sent: Wednesday, 22 May 2019 08:26
To: IBM-MAIN
an get the HTC specific model
information, and more.
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Martin Packer
Sent: Monday, 20 May 2019 19:08
To
00850800
1 DEVICE(S) MET THE SELECTION CRITERIA
0 DEVICE(S) FAILED EXTENDED FUNCTION CHECKING
The information is also available on in the Type 74 subtype 1 and 5 records,
and the RMFPP Cache Summary report.
RON HAWKINS
Director
Repro and rename.
It may just be me, but when I see COPY used, I think DFSMSdss.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent
to different strings.
Prepared to be corrected.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of R.S.
Sent: Monday, 20 May 2019 05:05
To: IBM-MAIN@LISTSERV.UA.E
the E10 and F20 out of the door.
I think it was more like last to market in IBM's case.
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pommie
NB if the underlying volumes are thin provisioned, then the unused space is not
using any capacity.
Worth considering if it makes your migration simpler.
Ron Hawkins
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m: +61 400029610 | h: +61 387399252 | f: +1 4087912585 | email:
ron.hawk
datasets you need to watch the TIOT.
Ron Hawkins
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m: +61 400029610 | h: +61 387399252 | f: +1 4087912585 | email:
ron.hawk...@ipsicsopt.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Joel C. Ewing
Sent: Friday, 8 March
failback will never
achieve.
I'm reminded of something I heard once along the lines of "We back up to
restore, not to just have a copy."
Ron Hawkins
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971) | m: +61 400029610 | h: +61
387399252 | email: ron.hawk...@ipsicsopt.com
-Original Me
Give that man a cigar!!!
Ron Hawkins
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971) | m: +61 400029610 | h: +61
387399252 | email: ron.hawk...@ipsicsopt.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Vernooij, Kees (ITOP NM) - KLM
Sent: Friday, 15 February
Thanks,
Tom Savor
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ron hawkins
Sent: Saturday, June 09, 2018 3:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT: Rap music (was Re: opinion: multi-platform program design)
You ha
lti-platform program
design)
On 9/06/2018 7:03 AM, Ron hawkins wrote:
> You have asked me and I have said nothing.
Are they lyrics from a Barnsey song?
>
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Savor, Thomas (Alpharetta)
> Sent: Thursday,
Async PPRC
ESCON is synchronous, where after sending a buffer, it would wait for
acknowledgement before sending the next buffer.
FICON is async, where it sends buffer after buffer without waiting.
If it doesn't get an acknowledgement within a certain time frame it would
resend the lost buffe
5:15 PM Ron hawkins wrote:
>
> Radslaw,
>
> Have you confused a few things when explaining the difference between
> synchronous and asynchronous, and ESCON compared to FICON?
>
> Buffer credits are synonymous to DIBs, and a large number of buffer credits
> provided by Fiber
You have asked me and I have said nothing.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Savor, Thomas (Alpharetta)
Sent: Thursday, June 7, 2018 9:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] OT: Rap music (was Re: opinion: multi-platform program
desi
Radslaw,
Have you confused a few things when explaining the difference between
synchronous and asynchronous, and ESCON compared to FICON?
Buffer credits are synonymous to DIBs, and a large number of buffer credits
provided by Fiber Channel switches allowed the connection to be full of frames
e
Jesse,
Round trip delay time is the same on ESCON and Fiber Channel, but the
mother-may-I nature of ESCON protocols used to pump-up the droop factor, even
at 10km. Fiber Channel links changed the viability of synchronous at metro
distances substantially.
Personally, I think that the myth of ze
Vignesh,
Only XRC (Global whatever for z/OS) supports migration between vendors, and
go home only works between Hitachi and IBM (or does EMC support XRC now).
Hitachi and EMC have their own FICON based migration utilities, but I am not
sure about IBM.
There are host software options for migratio
I think it's more like "why do we have to format disk drives."
Even a VTOC needs to know where things start and end.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of R.S.
Sent: Saturday, May 26, 2018 2:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] empty KS
Something like this with zHPF:
// EXEC SAS
//INDD DD ...DCB=BUFNO=255
//OUDD DD ...DCB=BUFNO=255
//SYSIN DD *
data _null_;
infile indd;
file oudd;
input @;
put _infile_;
return;
run;
Ron
-Origi
Steve,
I'm pretty sure that IEBGENER's BSAM buffering is NCP=5.
Google tells me that FASTGENR is from SEA.
https://seasoft.com/products/solutions-for-system-z/dasd-management/fastgenr
Ron
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Smith
Sent: Tuesday,
Gadi,
While this does not help to release the space on currently empty data sets,
you can mitigate the problem by having allocation assign a DSORG.
Set up your ACS rules to have datasets with an unspecified DSORG drop
through to a DATACLAS with DSORG=PS and the EOF is updated at allocation,
and r
Tony,
I remember some behavior like this from the days of real tape.
Was the behavior that RETAIN would rewind but not dismount the tape, even at
the end of the step, and it was AVR that found the tape if an ensuing step
needed it.
If there was another mount request before the ensuing step wen
-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] OA53355 - USERKEY COMMON MIGRATION SUPPORT
I've never had an issue, or Barry has never had an issue with me sharing code,
David would indeed need to have SAS or WPS and MXG to make my samples work.
Carmen Vitullo
- Original Message -
David,
If there us an MXG program to run through this, then it will be in the
product SOURCLIB.
I don't think anyone can share MXG with you if you don't have it licensed
already.
I'm not trying to be a dick about it, and you may have just meant to say
SAS. It just seemed like an odd request.
Ro
If you change it to RECFM=U first, and restore the DCB attributes after restore.
Works with SMF data, so you aren't stripping the length descriptors.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Brian Westerman
Sent: Monday, April 23, 2018 10:24 PM
To: IBM-MAIN@L
Venkat,
There have been some recommendations to MXG with SAS to do the analysis, and I
think that is the best way to go.
However, from the framing of your question, I think there would be a large
learning curve if you were to start doing this from scratch. Not just learning
SAS (MXG is easy),
Vignesh,
I think you have bigger problems than this if your scheduled backups don't
run for a week and no one notices.
You can set up DFSMShsm does not delete datasets that do not have a backup.
Ron
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Sankaranarayanan, V
20, 2018, 7:53 PM Tommy Tsui wrote:
>
> > Hi Ron,
> > You are right when I changed BUFNO to 255, The overall elapsed time
> > reduce from 12mins to 6 mins, So what can I do now,? Change BUFNO
> > only ? How about vsam or db2 performance?
> >
> >
> > Ron
, 2018, 7:53 PM Tommy Tsui wrote:
> Hi Ron,
> You are right when I changed BUFNO to 255, The overall elapsed time
> reduce from 12mins to 6 mins, So what can I do now,? Change BUFNO only
> ? How about vsam or db2 performance?
>
>
> Ron hawkins 於 2018年2月21日 星期三寫道：
>
>
right when I changed BUFNO to 255, The overall elapsed time reduce
from 12mins to 6 mins, So what can I do now,? Change BUFNO only ? How about
vsam or db2 performance?
Ron hawkins 於 2018年2月21日 星期三寫道：
> Tommy,
>
> With PPRC, TrueCopy or SRDF synchronous the FICON and FCP speed are
> in
Ron,
What happens to if our ficon card is 16gb, and fcp connection is 2gb, I try to
do the simulation on monoplex lpar , the result is fine, now we are suspect
the GRS or other system parm which will increase the disconnect time
Ron hawkins 於 2018年2月
15日 星期四寫道：
> Tommy,
>
> This shoul
John,
Have you thought about how to signal updates to pages in the LDS to other jobs
and LPARs?
Hiperbatch is a great way to accomplish what you are trying to do, but there is
exposure if you share the data set.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MA
Binyamin,
Does the Management class have space release YI?
Decades ago I had a problem with SAS (V6 I think) doing an Open/Close/Open
on its datasets that would trigger space release, and then the EXCP would
point to a location beyond the EOF. This did not result in an SOC1, but
rather a x37 and
: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Thursday, February 15, 2018 10:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] TSO temp dataset
Ron Hawkins wrote:
>We're talking about the temp dataset that ISPF==>EDIT==>
We're talking about the temp dataset that ISPF==>EDIT==>SUB command creates
before copying to INTRDR.
I think you're talking about the temp data sets in the submitted JCL. Not the
same thing.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] O
I'm guessing the OP is referring to ISPCTLx data sets.
You can preallocate these to larger datasets in your logon PROC.
You may be able to preallocate them with REXX or CLIST before you run
zSECURE command(s). I have not tried this.
Ron
-Original Message-
From: IBM Mainframe Discussion
Tommy,
This should not be a surprise. The name "Synchronous Remote Copy" implies the
overhead that you are seeing, namely the time for the synchronous write to the
remote site.
PPRC will more than double the response time of random writes because they the
Host write to cache has the additiona
: Wednesday, February 7, 2018 2:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] AW: Re: AW: Re: Dataclass question
W dniu 2018-01-30 o 20:48, Ron hawkins pisze:
> Peter,
>
> Start using PDS-E 😊
>
> I used to like to have maxextents set to 8. That worked for all but the most
&g
Emeffers,
Below is some JCL I use to clean up data sets that have a repeatable naming
pattern. It is usually a mass delete of 1000s of data sets.
Being a lab, I use the NSCR step because sometimes the volumes have been blown
away without cleaning up the data sets first. Also good for dele
-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron hawkins
Sent: Friday, January 26, 2018 6:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VSAM Performance - CPU reduction
Arun,
I think you are very close to having this running as optimally as you can
unless
Peter,
Start using PDS-E 😊
I used to like to have maxextents set to 8. That worked for all but the most
pathological of PDSs with many members updated per day. PDS-E ended up
resolving that (but Lizette has some horror stories about large PDS-E).
Extent reduction as I recall it does not need a
Peter,
I'd agree with your directive if you have extent reduction disabled.
Otherwise, I'll stick to my recommendation.
I don't think my "more appropriate" is an absolute in the same way as "not
appropriate for PDSs in any form."
What is your concern with secondary extents on a PDS?
Ron
-
it reduces further. Alternatively, if
30 increases CPU and IO try BUFND=120, then 60, etc, etc, etc.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ron hawkins
Sent: Thursday, January 25, 2018 2:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
S
Chris,
I think it is a case of whatever floats your boat.
I probably would not have DSORG=PO sharing the same MGMTCLAS with batch files.
I agree COND IMMED or CONDITIONAL is more appropriate for PDS.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.U
t: Re: [IBM-MAIN] VSAM Performance - CPU reduction
[Default] On 24 Jan 2018 09:53:39 -0800, in bit.listserv.ibm-main
ronjhawk...@sbcglobal.net (Ron hawkins) wrote:
>Clark,
>
>It's not that the process is reading a 2nd record in the same CI. That
>would result in a buffer hit irre
Yes there is.
YI
Yes Immediate. Release unused space at Space Management cycle time, when close
is issued for a data set that was open for output, and on subsequent volumes.
CI
Conditional Immediate. If secondary space has been allocated, release unused
space at Space Management cycle time, whe
Tony,
I am way in over my head here, and I am sure I will use the wrong terminology.
As I remember it RPS was implemented by passing seek and set sector to the DASD
together so there was only one disconnect sequence? Without RPS there was a
disconnect/reconnect sequence for the seek, followed b
- CPU reduction
[Default] On 23 Jan 2018 17:35:50 -0800, in bit.listserv.ibm-main
ronjhawk...@sbcglobal.net (Ron hawkins) wrote:
>Clark,
>
>If you had time to read through this lengthy thread you will find that
>the 2nd file uses skip-sequential access. LSR is usually not an
>appropria
Clark,
If you had time to read through this lengthy thread you will find that the
2nd file uses skip-sequential access. LSR is usually not an appropriate
strategy for this access pattern.
The OP has tried reducing BUFND on the second file, and observed a reduction
in throughput, which verifies th
Radoslaw,
Just a SWAG.
Have you checked if you can see this in GTF Trace records using something
like CCW=(SI,DATA=128,CCWN=32000)?
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of R.S.
Sent: Monday, January 22, 2018 7:49 AM
To: I
Great detective work.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Marchant
Sent: Friday, January 19, 2018 7:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] VSAM Performance - CPU reduction
On Fri, 19 Jan 2018 14:37:
All is it referring to the physical track size of the "real 3390-9?"
The 3390-9 spun at 1/3 the speed of the 3390-3, and each physical track
presented 3 logical tracks to the channel program. Probably on of the earliest
examples of virtualization for CKD.
I think Amdahl and Hitachi virtualized
Peter,
Spanned records on VSAM are not the same as DSORG=PS.
I need to verify this, but my memory says that even with spanned records, VSAM
will write a record in a new CI if it will not fit in the current CI. I thought
that spanned records are only written when the record is greater than the C
t; ronjhawk...@sbcglobal.net (Ron hawkins) wrote:
>
>>Tim,
>>
>>Things changed a couple of decades ago.
>>
>>VSAM physical block is not always the same as the CISZ.
>>
>>32K CISZ does not waste any space on the track.
>
> Where is this written up? Bein
ion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Clark Morris
Sent: Tuesday, January 16, 2018 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] VSAM Performance - CPU reduction
[Default] On 16 Jan 2018 06:54:52 -0800, in bit.listserv.ibm-main
ronjhawk...@sbcglobal.net (Ron hawkins)
Would obtaining the data set names from SDSF meet your requirement?
//DFHSMJOB MSGLEVEL=1
//STARTING EXEC DFHSM,CMD=00
XX
XX* D
Tim,
Things changed a couple of decades ago.
VSAM physical block is not always the same as the CISZ.
32K CISZ does not waste any space on the track.
Ron
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
Arun,
Don't bother, mate. I kind of give up.
People can't help when you keep the kimono shut.
I recommend you engage someone that works with Strobe, or the vendor directly.
Ron
--
For IBM-MAIN subscribe / signoff / archive acc
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ron hawkins
Sent: Sunday, January 14, 2018 1:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] AW: Re: Number of Cylinders per Volume
Radoslaw,
I'm not sure I follow. I replied to your example that specifically talked to
dat
s.
Last, but not least, we have limited choice - up to 64(-256) non-EAV volumes or
bigger EAV volumes (with the same limit for quantity).
Regards
--
Radoslaw Skorupka
Lodz, Poland
W dniu 2018-01-13 o 19:02, Ron hawkins pisze:
> Radoslaw,
>
> That's why
Paul,
Agree. zFS leaps out as an option immediately.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Saturday, January 13, 2018 1:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] AW: Re: Number of C
Ed,
The way I remember it is that not long after the first 3390 started to ship,
IBM "promised" that they would not change track geometry again.
The proof of the pudding was that the real 3390-9 kept the same track geometry,
using three logical tracks on a physical track when there was an oppor
Radoslaw,
That's why you can change the threshold for the track allocation area.
DCOLLECT and PROC UNIVARIATE will probably give you all the guidance you need.
DCOLLECT does not have the primary space allocation size so this code is not
100% accurate. It is good enough to give some guidance.
I
1 - 100 of 254 matches
Mail list logo
