I'm almost old enough to admit I'm old.
I remember a time when businesses would take the brightest young
business minds they had, turn them over to folks like Steve (good
teachers) for 90 days, and get back ... COBOL programmers who understood
the business. Oddly enough, it was those 90-day
��z{S���}�ĝ��xjǺ�*'���O*^��m��Z�w!j�
Walt,
Sad to see you leave. Glad (and more than a bit envious) to see you made
it.
You go on ahead, the rest of us will try to catch up to you in a bit.
Tom
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
31 Brookdale Rd, Meriden, CT 06450
ITIS | (860) 428-3252 |
Perhaps the last round of tests identified a residual cash balance
remaining in either your or your insurance company's bank account.
May the word acute, properly parsed, describe your nurse.
And in the words of my neighbor the dog trainer, HEAL!
Tom Puddicombe
Mainframe Performance
Latin is a dead language
It's dead as it can be
First it killed the Romans
And now it's killing me.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not
0xE2C8C9E3 (EBCDIC)
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by
There's this product called MXG ... SAS-based, reads DCOLLECT, most
every known SMF record, a whole bunch of other things, and it's updated
pretty near every time an input record is changed - or added. Reasonably
priced, too.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71
I agree - 400,000 SSCH/sec @ .7ms is fast. Curious as to the
configuration of both the channel subsystem and the USP-V.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE
% read misses and 9ms response time
was
a pretty good number also.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
Thomas H Puddicombe
Sent: Tuesday, August 03, 2010 5:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] share
Principles Of Operation: POO
Principles Of OPeration: POOP
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not the intended recipient, please
delete
Once. In 1971.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail
I got one and deleted same. I didn't recognize the invitor, couldn't
figure out why someone would invite me to join some network instead of
just initiating an email exchange.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252
Thank you, Shmuel ...
I suddenly no longer feel quite so old ...
vbg
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not the intended recipient, please
Good - I'd hate to have to break in a new support technician!
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not the intended recipient, please
delete
IIRC, Arthur Andersen's consulting group.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and
I've already filled it with those little plastic peanuts - one for each
message received by each member of IBM-MAIN.
Tom
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE
Get a copy of zPCR from IBM (it's a download, the price is right), RTFM,
follow the instructions, and you can model your throughput on any z model
/ configuration you like.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 |
The basic problem is that any control scheme I put in place to protect my
system is not perfect. The control scheme cannot be made foolproof
because fools are too ingenious.
I can take the current production environment and empirically determine
the virtual storage profile of everything in
Yeah, we all faxed you a beer.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise
The number of characters on 1442 printer bar?
g,d,r
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not the intended recipient, please
delete without
BAS/BASR worked just fine on 360/20 (in 16-bit mode). Who's living in the
past?
g,d,r
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not the intended
360/20 (vintage 1970) didn't have BAL/BALR instructions, it had BAS/BASR.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71 Deerfield Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is a PRIVATE message. If you are not the intended recipient,
Hi Martin,
Your mantra = my mantra
Self-documenting systems are absolutely essential. Configuration issues
(how much central storage is installed and not allocated/committed) should
not require hours of research from multiple sources.
Tom Puddicombe
Mainframe Performance Capacity
The expected benefit of all performance options is invariably it
depends. All you need to know is the characteristics of the I/O workload
the mod-27's will be supporting and you'll know how to respond to the IBM
peddler's attempt to peddle FUD (fear, uncertainty, doubt).
If the mod-27 is
If that many people misunderstood, it was the author that failed, not the
readers.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC North American Public Sector - Civil Group
Computer Sciences Corporation
Registered Office: 3170 Fairview Park Drive, Falls Church, Virginia 22042,
No it's not ... just turn the page over, it's toward the left middle,
right next to the IOHS g,d,r
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC North American Public Sector - Civil Group
(203) 949-1401
(860) 428-3252 (cell)
Computer Sciences Corporation
Registered Office: 3170
When a batch job uses services of an IDMS Central Version, it works like
this:
The batch job makes a request of the IDMS central version (used to be via
an SVC), then waits.
The IDMS central version processes the request - at the IDMS CV's
dispatching priority. When the request finishes, CV
Welcome back. Your continued presence on this list is greatly
appreciated.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC North American Public Sector - Civil Group
(203) 949-1401
(860) 428-3252 (cell)
Computer Sciences Corporation
Registered Office: 2100 East Grand Avenue, El
Dumb question you've already checked: is the appropriate esoteric defined
with the correct address range?
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC North American Public Sector - Civil Group
Computer Sciences Corporation
Registered Office: 2100 East Grand Avenue, El Segundo
Darren,
If the current archive were to contain the most recent 3 years (roughly
IBM's current - 3), I wouldn't complain - as long as I could go to the
vintage archive for the moldy older stuff.
Thanks,
Tom Puddicombe
Mainframe Performance Capacity Planning
(203) 949-1401
(860) 428-3252 (cell)
I consider it an honor and privilege that you'd continue your service to
this newsgroup.
Who'd have thought ownership of this newsgroup would expand into a
full-time position.
Tom Puddicombe
Mainframe Performance Capacity Planning
Computer Sciences Corporation
Registered Office: 2100 East
Far be it for me to add flammable material to an already-raging forest
fire, but ...
Consider a z9 processor with CP, IFL, zAAP and zIIP processors ...
with n LPARs, all with both defined and reserved LPs in case someone
invokes CUOD
managed by IRD - which can and will (and does) fiddle with
It would seem that the upgrade/downgrade/CUoD microcode change merely sets
the limit on the maximum number of physical processors that can be placed
in-service concurrently, but will not remove from service physical
processors that happen to be in-service at the time the microcode change is
IIRC, coding VOL(* * *) - one splat for every candidate volume - works
for multivolume VSAM datasets.
This is a PRIVATE
Statistician's First Commandment: Know your data and know it well
Have you empirically and independently proven beyond any doubt that the
range of timestamps in the input dataset meets or exceeds all of the
desired reporting interval? Does the date range in the data make more
sense if you
DSN='DOS SYSTEM RESIDENCE VOLUME'
Gee, that thought makes me feel old ...
This is a PRIVATE message. If you are not
Probably not. And it probably won't even calculate the exact value of PI
g,d,r
This is a PRIVATE message. If you are
Farley, Peter x23353 [EMAIL PROTECTED]
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
05/09/2007 02:24 PM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Re: How to measure actual usage of BLSR buffers?
snip
I am
6 minutes later, if coding in APL ...
This is a PRIVATE message. If you are not the intended recipient, please
delete
Many workloads exhibit a linear relationship between CPU utilization and
throughput up through 100% CPU busy. Some do not. Workloads exhibiting
these characteristics are not unique to any operating system or hardware
platform. Mainframers are used to cramming disparate workloads into a
But to prove it empirically, now that's a challenge ... g,d,r
This is a PRIVATE message. If you are not the intended
An easier (albeit seasonal) proof: from late autumn until early spring
here in New England, I can see more than one tree with zero leaves.
g,d,r
Ted,
Are you making the assumption that SMS is going to open the newly
allocated dataset using an access method (BSAM/QSAM) that depends on DCB
information? SMS might open the dataset via another access method (EXCP?)
that doesn't give a rip about DCB parameters. The EOF marker isn't
IIRC, abend S522 is wait time limit exceeded. The limit is/was specified
in the PARMLIB member SMFPRMxx's JWT parameter.
What's it waiting for?
ISTR that SMS will put an EOF at the beginning of a newly allocated
SMS-managed dataset if/when SMS determines that the dataset's DSORG=PS. It
didn't seem to matter if this information came from the DATACLAS or DD
statement.
I don't remember where it was documented, only that I stumbled across
Long time ago (1980-something), someone I worked with discovered that
specifying an arbitrarily large BUFSP (829440 for 3390 topology) made a big
difference in CA-split duration. BUFND and BUFNI were specified and seemed
to cause the appropriate data and index buffer pools to be built and be
used
Hi Carol,
The answer is ... it depends.
If you'd like SAS to produce a report (PROC PRINT) in a flat file, you can
PROC PRINTTO PRINT=MYOUTPUT; followed by a PROC PRINT DATA=RMMDTL;
If you want to produce a flat file with some SAS variables in it, then
ods listing close;
ods csvall
I've been a long time away from the entrails of the storage management
system, so this may be worth even less than the price you paid for it.
If SMS, and if DSORG=PS, then at allocation time, SMS will put a valid EOF
marker at the beginning of the newly allocated DASD extent. Without
knowing
The assumption that everyone has a first name and middle initial is
similarly invalid:
J. Paul Getty, J Fred Muggs, J. Edgar Hoover
Assume that standalone dump is going to copy the contents of real storage
and the live contents of the page datasets to the standalone dump
dataset.
You don't want to run out: if you do, the one page not dumped
successfully will contain the key datum to solve the problem.
There's 4 dots in the resource name
HZS.ZOS1.IBMCNZ.CNZ_AMRF_EVENTUAL_ACTION_MSGS.MESSAGES and only 3 dots in
the RACF profile name HZS.*.*.MESSAGES
Mayhap the RACF profile should look like HZS.*.*.*.MESSAGES or
HZS.**.MESSAGES or somesuch?
s'ok - Shmuel regularly expands my USENET acronym vocabulary ...
In this context, I think by PKB he means: Pot - Kettle - Black, a
reference to an old adage the pot calling the kettle black.
The 237-04 is due to the count of blocks actually read not matching the
number that was in the trailer label. The error likely happened at the
time the tape dataset was created. Possibilities:
The tape drive said it wrote a block but it lied (I haven't seen this in a
very long time).
Tape was
The JES2 spool is not a multi-volume dataset. Rather, it is a collection
of individual single-volume datasets, each residing on a different volume.
JES2 Initialization and Tuning (zOS 1.4 and 1.7 both) state acceptable
values for SPOOLNUM are in the range from 1 to 253, inclusive.
I've one CICS region that has two bridge tasks active, but the two CKBRs
do not process the same queue.
CICS is generally able to keep up with message arrivals. Queue depth
occasionally will spike to 20, but will return to 2 or less within 3-5
seconds. This at CKBP transaction completion
The performance of a single DF/DSS job using OPT(4) will be better than
OPT(1). N concurrently executing DF/DSS jobs, each specifying OPT(4)
may not be a good thing for overall performance - depending on channel
configuration, make and model of I/O devices, etc. - for sufficently large
I suggest URL
http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/lookat/
This is a PRIVATE message. If you are
One way would be to define a third LPAR. Assign a weight to the new LPAR
equivalent to 4/32 of the total of all the LPAR weights. Cap this new
LPAR. Put a looping task into this LPAR. PR/SM will then ensure that no
more and no less than 4/32 of the total CPU is wasted running a silly loop.
CFCC loops very nicely.AFAIK, running a copy doesn't affect zOS usage
charges.
Creating an IPL-able single purpose one instruction loop doesn't sound like
an insurmountable technical challenge. Might even be fun (or not). It
wouldn't affect zOS usage charges, either.
Happy Friday!
FSVO 9 and 5 and 6 and 13 and 10. g,d,r
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE:
That's our shortstop!
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content,
Mainframe jobs going away? They seem to be moving to India, Malaysia,
and/or China. I've seen only small mainframes displaced by Unix and/or
WinTel. The line between small and big seems to be around 120 MIPS
(but is inching upward). Big mainframes seem to just get bigger.
Tom
The best always wins ... FSVO best g,d,r
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE:
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not
And humble too g,d,r
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content,
Unfortunately, in order to reconnect to an existing TSO session, you need
to arrive with the same VTAM LUNAME as before - which is unlikely with
TCP/IP. If you attempt to logon/reconnect from a different VTAM LUNAME,
the message you get is already logged on, reply logon or logoff.
A long while ago, someone much smarter than I said that specifying
freespace as anything other than (0 0) was a waste of otherwise good DASD
space along with the time required to format it, back it up, restore it,
reorg it, etc. Leaving freespace evenly distributed through the dataset
implies
ISTR CICS needed a terminal definition to represent the console.
Been too long now, my memory leaks.
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not
I just love it when he talks dirty ... g,d,r
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE:
IIRC, the only spinning disks in the 1419 all had little rubber tires on
them and were used to move the paper through the machine.
IIRC, the only CCWs the 1419 understood were Read Backward, Select
Stacker and Disengage.
I suspect both Ed and Art work for software vendor(s). If engaged in
product support, they probably spend entirely too much time down in the
dumps g,d,r (or, if not actively engaged in product support, know people
who do)
snip
/snip
Say what are you and Jaffe doing working on Sunday?
They're not working - they do this for the pure joy of it. The fact that
somebody pays them money to do it is purely coincidental ... vbg,d,r
Is that MXG as in Merril's eXpanded Guide to performance?
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not
75 matches
Mail list logo