We have been constantly improving our batch window by implementing the
following available technologies:
1. SMS SMB and data compression on some of our VSAM files
2. System determined blocksizes on sequential files
3. BUFNO on some input files
4. Constantly improving our access to DB2
4.1
That sounds logical. Thanks, Jim!
Jerry
On Thu, 27 Dec 2007 01:10:45 -0500, Jim Mulder [EMAIL PROTECTED]
wrote:
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on
12/26/2007
01:10:14 PM:
For both the IEANTCR and IEANTRT name/token pair service macros, the
documentation states:
This seems to be fine and you can still :
8. About CATALOG
8.1 Use ECS (If SYSPLEX)
8.2 VLF
9. Use LLA heavily
10. Verify LE options
11. Verify Compile options
12. If you can spend some money, BatchPipes
13. Verify if you can substitute SORT by MERGE in some applications
14. Verify if Cobol
List,
This question relates to migrating from a Flex server with no external tape
or external disk to a new z9 + external DS6000 disk. We have no tape units
installed on the z9 and zVM is not installed the flex box.
We wish to migrate the zOS systems and data currently in use to the new z9
Radoslaw, when someone on the board finds something they think may be of
interest to others it is nice to have it posted so all of us don't have to go
searching. We might not hit the same pages as he did. However, my company
blocks access to youtube so I've forward this to my personal email
What was that?
:-))
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron
Hawkins
Sent: Thursday, December 27, 2007 8:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: RMF STC and Parmlib
When you hit 50, everyone shouts at you twice before you
All
A new problem #10 and another solution for problem #9 have been posted on
the contest web site here:
http://z390.sourceforge.net/z390_Mainframe_Assemble_Coding_Contest.htm
This new problem should not be too hard (no floating point required) so you
can work on it while watching bowl games
As someone said before you can ignore the DSF messages or you can use
BLDWTOR to reply to your messages. The following essentially replies to all
ICK003D messages for all steps in the job
//STEP01 EXEC PGM=BLDWTOR
//WTORIN DD *
WHEN(ICK003D,*,*,*)
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf
Sent: Thursday, December 27, 2007 9:56 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Sizing a read-only zFS container file
I doubt if it will work, since it won't account for
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Fagen
Sent: Thursday, December 27, 2007 10:18 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: New System Build
On Thu, 27 Dec 2007 15:17:16 -, Mark Wilson wrote:
-snip-
This
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Justin Eastman
Sent: Thursday, December 27, 2007 9:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: FlashCopy problem?
As someone said before you can ignore the DSF messages or you can use
OK ... So we are on the fringes, trying to guess what
IBM is up to in the low-end (even laptop) mainframe
space. But (correct me if I am wrong) it seems to be
something like this:
(1) IBM's mainframe strategy seems to be to keep the cash-cow
going as long as possible for those customers who are
On Thu, 2007-12-27 at 02:49 -0600, Jason To wrote:
any other thing we can do to implement to improve our batch further?
Striping works well in our environment. We allocate more stripes
depending on the size of the dataset, up to the number of channel paths
available.
Hiperbatch might be
When you hit 50, everyone shouts at you twice before you listen...
Did that this year.
I have now spent more than half my life working in IT.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive
I doubt if it will work, since it won't account for i-node space
requirements.
The only sure-fire way is probably to unwind it twice - first to a zFS
filesystem that is plenty big,
then drop it and redefine to the required size.
On Dec 26, 2007 1:28 PM, McKown, John [EMAIL PROTECTED] wrote:
I
On Thu, 27 Dec 2007 15:17:16 -, Mark Wilson wrote:
-snip-
This question relates to migrating from a Flex server with no external tape
or external disk to a new z9 + external DS6000 disk. We have no tape units
installed on the z9 and zVM is not installed the flex box.
We wish to migrate the
Yeah I figured there was an APAR out.
Will get and install.
In mean time will just have to add a step to init target packs any reply 'U' 37
times
Cheers :-)
Justin Eastman [EMAIL PROTECTED] wrote:
The problem with doing the full volume copy even with nocopy is that track 0
is
Forget the replies, let DSF handle it:
//DSF EXEC PGM=ICKDSF,PARM='NOREPLYU'
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Jodlowski
Sent: Thursday, December 27, 2007 7:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: FlashCopy
When you hit 50, everyone shouts at you twice before you listen...
I got the point after reading it twice.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe
Sent: Thursday, December 27, 2007 11:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: It keeps getting uglier
Warner Mach wrote:
(4) IBM does not, itself, want to make a
Warner Mach wrote:
(4) IBM does not, itself, want to make a low-end
emulated-on-Intel mainframe. What is the reason for
this? Presumably the bean-counters have determined that
it would not be profitable enough or it might allow some
clever locked-in customers to escape?
IBM has developed,
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt
Sent: Thursday, December 27, 2007 11:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Controlling COBOL DDs named SYSOUT
Personally, I would think that addressing the root issue
Personally, I would think that addressing the root issue would be a lot
more effective in the long run. Why not just ask the offending program's
support person to fix the bug?
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Giliad Wilf
Justin Eastman/Tucson/[EMAIL PROTECTED] wrote on 12/27/2007 10:52:40 AM:
As someone said before you can ignore the DSF messages or you can use
BLDWTOR to reply to your messages. The following essentially replies to
all
ICK003D messages for all steps in the job
//STEP01 EXEC PGM=BLDWTOR
On Thu, 27 Dec 2007 09:13:50 -0800, Edward Jaffe
[EMAIL PROTECTED] wrote:
IBM has developed, and deployed internally to some employees, including
their sales force -- for z-based product demonstration purposes -- the
zPDT (System z Personal Development Tool). It is a System z emulator on
Intel,
Doc Farmer wrote:
On Thu, 27 Dec 2007 09:13:50 -0800, Edward Jaffe
[EMAIL PROTECTED] wrote:
IBM has developed, and deployed internally to some employees, including
their sales force -- for z-based product demonstration purposes -- the
zPDT (System z Personal Development Tool). It is a System
McKown, John wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt
Sent: Thursday, December 27, 2007 11:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Controlling COBOL DDs named SYSOUT
Personally, I would think that addressing
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
Sent: Thursday, December 27, 2007 12:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Controlling COBOL DDs named SYSOUT
snip
Huh? What have you got against judicious use of
In a message dated 12/27/2007 7:53:11 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
reply 'U' 37 times
Or use 'NOREPLYU' as PARM-double check UCB address!
**See AOL's top rated recipes
I'm curious if anybody knows how z/OS actually processes the OPEN for a
DUMMY DD statement. I know that basically output is ignored and input
causes an immediate EOF. But I wondering if OPEN is smart enough that if
a file is opened for OUTPUT, the address in the DCB is simply to a
IEFBR14 type
On Thu, 27 Dec 2007 12:39:31 -0600 McKown, John
[EMAIL PROTECTED] wrote:
:I'm curious if anybody knows how z/OS actually processes the OPEN for a
:DUMMY DD statement. I know that basically output is ignored and input
:causes an immediate EOF. But I wondering if OPEN is smart enough that if
:a
In a message dated 12/27/2007 3:15:10 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
any other thing we can do to
implement to improve our batch further?
Check RMF (or other monitors') stats for IOS queueing on your batch DASD
farm. If excessive, add some PAVs, if possible,
McKown, John wrote:
I'm curious if anybody knows how z/OS actually processes the OPEN for a
DUMMY DD statement. I know that basically output is ignored and input
causes an immediate EOF. But I wondering if OPEN is smart enough that if
a file is opened for OUTPUT, the address in the DCB is simply
McKown, John wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
Sent: Thursday, December 27, 2007 12:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Controlling COBOL DDs named SYSOUT
snip
Huh? What have you got against
Nowadays, oncall programmers are not expected to solve problems. They are
expected to bypass them.
Judicious use of DISPLAY statements can tell the programmer, for example,
exactly which record to pull from the input file. Yes, you can also figure
that out from the dump, but it takes longer.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
Sent: Thursday, December 27, 2007 12:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Controlling COBOL DDs named SYSOUT
snip
Using DISPLAY to generate a report is very
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Don Leahy
Sent: Thursday, December 27, 2007 12:44 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Controlling COBOL DDs named SYSOUT
Nowadays, oncall programmers are not expected to solve
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Thursday, December 27, 2007 12:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Controlling COBOL DDs named SYSOUT
SNIPAGE
Judicious use is, barely, tolerable to me (see below).
snip---
Huh? What have you got against judicious use of DISPLAY so that you want
to call the programmer an idiot?
unsnip--
Far too many programmers earn the nickname IDIOT. There's a HUGE
difference between testing
I rewrote a single COBOL program myself. The run time went from about 12 hours
to less than one hour. And it was a change to only one paragraph. And not
likely a truly optimal change at that.
In the very early 1980's, my ex-wife was a junior COBOL programmer at a large
Canadian (now out of
We release a new MFNetDisk version after a massive QA and updates. The
new version is a big step to switch the product status from beta to
production. A lot of fixes are included in the new version.
The FasSync mode has been rewritten, and it is also verifying the real 3390 IO
end status
---snip-
You've got that right! I see many code examples in many languages on the
Web. I tend to try to correct messages where there is suboptimal code.
Why? Because cut and paste programmers will continue to use that
horrible code until the end of time. Of course,
-snip--
I would guess that BLDWTOR is an internal DFSMS test tool which works in
concert with an internal tool IEAVXMIT exit.
unsnip---
Based on that guess, I respectfully submit that the program and related
exit should be
On Dec 27, 2007 2:16 PM, Rick Fochtman [EMAIL PROTECTED] wrote:
---snip-
You've got that right! I see many code examples in many languages on the
Web. I tend to try to correct messages where there is suboptimal code.
Why? Because cut and paste programmers will
If you are using HSM you can check your recall activity and see what
activity is in your batch cycle. Adjust the management class of these
datasets to keep them on disk if possible thus avoiding the delay of
waiting for a recall!
ThanksRick
In a message dated 12/27/2007 3:15:10 A.M. Central
On Thu, 27 Dec 2007 10:18:14 -0600, Scott Fagen wrote:
On Thu, 27 Dec 2007 15:17:16 -, Mark Wilson wrote:
-snip-
This question relates to migrating from a Flex server with no external tape
or external disk to a new z9 + external DS6000 disk. We have no tape units
installed on the z9 and zVM
On Thu, 27 Dec 2007 13:16:34 -0600, Rick Fochtman wrote:
We did something similar. Programmer coded IDMS PREPARE and FINISH
comands inside a loop that was being executed 200,000-350,000 timer per
run! Just moving the PREPARE and FINISH commands outside the loop
cut the run time from 4+ hours to
On Thu, 27 Dec 2007 12:24:03 -0600, McKown, John wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
Sent: Thursday, December 27, 2007 12:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Controlling COBOL DDs named SYSOUT
On Thu, 27 Dec 2007 15:17:16 -, Mark Wilson [EMAIL PROTECTED] wrote:
List,
This question relates to migrating from a Flex server with no external tape
or external disk to a new z9 + external DS6000 disk. We have no tape units
installed on the z9 and zVM is not installed the flex box.
We
On Dec 27, 2007, at 12:24 PM, McKown, John wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
Sent: Thursday, December 27, 2007 12:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Controlling COBOL DDs named SYSOUT
snip
On Dec 27, 2007, at 12:00 PM, Doc Farmer wrote:
On Thu, 27 Dec 2007 09:13:50 -0800, Edward Jaffe
[EMAIL PROTECTED] wrote:
IBM has developed, and deployed internally to some employees,
including
their sales force -- for z-based product demonstration purposes --
the
zPDT (System z Personal
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant
Sent: Thursday, December 27, 2007 2:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Controlling COBOL DDs named SYSOUT
snip
What about error messages to be issued when the
On Thu, 27 Dec 2007 12:39:31 -0600, McKown, John wrote:
I'm curious if anybody knows how z/OS actually processes the OPEN for a
DUMMY DD statement wondering if OPEN is smart enough that if
a file is opened for OUTPUT, the address in the DCB is simply to a
IEFBR14 type module, or is it more
On Dec 27, 2007, at 2:49 AM, Jason To wrote:
We have been constantly improving our batch window by implementing
the following available technologies:
1. SMS SMB and data compression on some of our VSAM files
2. System determined blocksizes on sequential files
3. BUFNO on some input files
4.
One of the biggest things we have done is to move as much as possible
from tape to disk. We had a large number of batch jobs at night that
used tape, and some of the jobs used the SAME tape as input. Moving
these files to disk probably cut down the nightly batch cycle by around
20 percent
On Thu, 27 Dec 2007 15:02:07 -0600, McKown, John wrote:
-Original Message-
What about error messages to be issued when the program terminates
abnormally? IMO, when a program encounters an error condition that
prevents it from continuing, a good programmer will produce a
nice
It seems to me that tuning is usually like shampoo instructions; lather, rinse,
repeat.
Find the bottle neck, fix it, find the new bottle neck.
You need the tools to find the bottlenecks in the critical paths. There may be
some jobs that run a long time but aren't in a critical path, so
Tom Marchant [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
On Thu, 27 Dec 2007 12:24:03 -0600, McKown, John wrote:
snip
What about error messages to be issued when the program terminates
abnormally? IMO, when a program encounters an error condition that
prevents it from
Jason,
Generic efforts like you mentioned below are generally fine but they don't
address specific issues. In fact in some cases they may have the adverse
effect e.g. adding index to a DB2 table will not help a job that mainly does
INSERTs. Tuning can sometimes feel like robbing Peter to pay
On Dec 27, 2007, at 4:29 PM, Tom Marchant wrote:
On Thu, 27 Dec 2007 15:02:07 -0600, McKown, John wrote:
-Original Message-
What about error messages to be issued when the program terminates
abnormally? IMO, when a program encounters an error condition that
prevents it from
In [EMAIL PROTECTED], on
12/21/2007
at 11:11 AM, Eric Bielefeld [EMAIL PROTECTED] said:
I've got something that is bugging me since I started here at Aviva. How
do I get rid of the Action Bar menus at the top of every ISPF screen?
Turn off SAA?
In [EMAIL PROTECTED], on 12/26/2007
at
In [EMAIL PROTECTED], on 12/13/2007
at 11:27 AM, Barbara Nitz [EMAIL PROTECTED] said:
This really rubs me the wrong way, not because it isn't true,
Of course it's true, it's just not a valid excuse for refusing to work on
a problem when it isn't possible to provide a test case. The quote
In [EMAIL PROTECTED], on 12/19/2007
at 09:01 PM, Doug Fuerst [EMAIL PROTECTED] said:
I fail to understand why anyone would find this stunning. You really
didn't think IBM gave away every trade secret did you? When I was at
Intel they weren't giving out the chip masks for the processors or
In [EMAIL PROTECTED], on 12/26/2007
at 02:14 PM, Tom Marchant [EMAIL PROTECTED] said:
While its function was (and still is, AFIAK) undocumented,
Not even that, in the old days. Since it was model dependent, PoOps did
not and could not provide the details, but the CE manuals in the old days
On Dec 27, 2007, at 1:12 PM, Ted MacNEIL wrote:
I rewrote a single COBOL program myself. The run time went from
about 12 hours to less than one hour. And it was a change to only
one paragraph. And not likely a truly optimal change at that.
In the very early 1980's, my ex-wife was a junior
On Dec 27, 2007, at 6:25 PM, Shmuel Metz (Seymour J.) wrote:
In [EMAIL PROTECTED], on 12/19/2007
at 09:01 PM, Doug Fuerst [EMAIL PROTECTED] said:
I fail to understand why anyone would find this stunning. You
really
didn't think IBM gave away every trade secret did you? When I was at
You bet Ed. I learned things about diagnose that I never saw written
down from guys who were some of the original 360 65/67 support staff.
Doug
snip
IBM also kept the
existence of the diagnose instruction hidden in obscure places
for many
years before innocently admitting that it existed
That may be, but that is not what he said. He referred specifically to the
existence of the Diagnose instruction.
The Diagnose instruction has been documented in every Principles of
Operation manual issued for the S/360 architecture and for all subsequent
superseding architectures, and in every
On Dec 27, 2007, at 10:32 PM, John P. Baker wrote:
That may be, but that is not what he said. He referred
specifically to the
existence of the Diagnose instruction.
The Diagnose instruction has been documented in every Principles of
Operation manual issued for the S/360 architecture and for
Because the application may not check to determine if it is a dummy file.
The application may require the data from the JFCB
Actually, I just had a bloody row about a DD dummy statement in the JCL for a
new release of a vendor product. It appears that a dd dummy generates a dsn of
NULLFILE in
John P. Baker wrote:
the functions performed by the Diagnose instruction are not published, but
may impact any and all aspects of system operation, and if invoked by a user
application built without access to that unpublished documentation, may
negatively impact the proper functioning of the
All,
Thanks for the suggestions regarding FlexCUB and MFNetDisk; but this does
not answer my original question.
If I have an IPL'd Stand Alone system running on the New z9 and zVM/CMS is
installed; can I take a Full volume dump on zOS; ftp it to zVM/CMS; save the
file and then use this
72 matches
Mail list logo