Hi,
We are now Z/OS V 1.4, we are planning to go to V 1.7,
I normally know that there is more CPU overhead from
old to new versions.
If there is any, What Percentage of CPU usage can come
with V 1.7 over 1.4?
Thanks,
Mohamed Juma
__
Do You Yahoo!?
>recommended coding Rexx using mixed case for legibility (sorry, Ted and Shane)
I don't know why you are appologising to me.
I always use mixed case in REXX.
But, I don't code:
If Then Do
End
When in doubt.
PANIC!!
In a recent note, Ted MacNEIL said:
> Date: Sun, 27 Aug 2006 22:23:47 +
>
> >That tipping point happened about TSO/E Rel 2, when Rexx came to MVS.
>
> ESA/3.1.3oE.
> On, or about, 1990.
>
Feels about right. I stayed with CMS from inertia for many years
after that. I seldom look ba
On Sun, 27 Aug 2006 19:08:31 -0400, Scott Barry <[EMAIL PROTECTED]> wrote:
>There is a solution the basic problem. Consider setting up a REXX-based or
some other batch job
>that runs at midnight and generates various desired JCL symbolics, for
example, today, today-1,
>current-week previous-week
- Original Message -
From: "Chris Mason" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To:
Sent: Sunday, August 27, 2006 1:06 PM
Subject: Re: Serializing changes to parmlib/proclib
Incidentally, with my large number of course-related libraries - and
non-partitioned data sets
There is a solution the basic problem. Consider setting up a REXX-based or
some other batch job
that runs at midnight and generates various desired JCL symbolics, for example,
today, today-1,
current-week previous-week (and in various formats). Then use a JCL INCLUDE
statement to access the
sy
Phil Payne wrote:
These days the threat's on the network, and the bearded nutter is sitting safe
in some cave
somewhere. He doesn't necessarily have to get to your system - he can also
attack a system
that your system trusts.
i think there was the vehicle plowing into the lobby of a building
>That tipping point happened about TSO/E Rel 2, when Rexx came to MVS.
ESA/3.1.3oE.
On, or about, 1990.
I was told by my manager to stick with CLIST because REXX was 'too' expensive.
But, as I still believe, productivity is more important.
Also, the only LRECL allowed was 80, under EXECIO, back
On Sun, 27 Aug 2006 19:00:26 +, Dave Salt <[EMAIL PROTECTED]> wrote:
>
> Copying all members that were modified since a given point in time is
> extremely easy to accomplish if SimpList is installed. First, SEE would be
>
Promo noted. Likely valuable to those who have the product or are cons
I don't know if they're still there, but in my commuting days there were
toilets at Baker
Street
on the Metropolitan Line platform.
And there are plenty of places to get out of sight on the Tube - most emergency
staircases
don't have CCTV monitoring throughout.
Why do you need to get out of sig
Those are useful only if the code will run on that system. It's useless if
you are assembling code and the target is different, such as assembling code
on z/OS and the target is z/VSE.
Later,
Ray
--
M. Ray Mullins
Roseville, CA, USA
http://www.catherdersoftware.com/
http://www.mrmullins.big-b
I'll just say that the changes to the ATTACH macro and setting a TCB
dispatchable that were implemented at MVS/ESA 4.3 caused me a lot of grief
in this area, especially when just testing the MVS/SP 4 bit was not enough -
I was told by IBM to use the FMID field off the CVT to differentiate between
M
On Aug 27, 2006, at 10:48 AM, David Alcock wrote:
---SNIP-
At my last job, I was the "parmlib nazi". All changes to
parmlib went to me (except off hours to fix a problem). IMHO,
there should only be one person updating the parmlib. You
always w
>You can't do it. Complain to IBM. Make out a Requirement. They'll ignore
>you, as they have ignored numerous other customers with the
same requirement.
It's not a matter of ignoring you.
IBM made a statement a long time ago regarding Batch and System variables.
Could you be ignoring IBM?
Wh
Same thing someone posted Friday...
On Sun, 27 Aug 2006 07:42:06 -0500, Aaron Walker
<[EMAIL PROTECTED]> wrote:
>Apparently there are some mainframe-related YouTube shorts out there:
>
>http://mainframe.typepad.com/blog/2006/08/mainframe_meets.html
>
>I watched part of the first one. I think yo
In a recent note, Ken Hansen said:
> Date: Sun, 27 Aug 2006 13:36:29 -0500
>
> //STEP EXEC MYPROC,MYDATE=&SYSDATE
>
> This does not work. If anyone can tell me how to correct this, I would
> appreciate your input.
>
You can't do it. Complain to IBM. Make out a Requirement. They'l
From: Paul Gilmartin <[EMAIL PROTECTED]>
Does ISPF LM have a filter that will select all members modified
since a given point in time, for generation of IEBCOPY SELECT
statements?
Copying all members that were modified since a given point in time is
extremely easy to accomplish if SimpList is i
Somewhere I remember something like this being done. But my research
has note produced a workable answer.
I am looking to run an inline proc that will insert the rundate from
the System into a data set name in a JES2 environment. Generation data
sets will not work for this situation. I am
In a recent note, Chris Mason said:
> Date: Sun, 27 Aug 2006 19:06:36 +0200
>
> I dare say there are some products out there which address this sort of
> problem. I just hope whatever technique they employ isn't too
> overcomplicated ...
>
ISPF/LMF. Keep a "source" copy of each library
Mike,
In the days when I managed a number of systems for education purposes, in
fact requiring a set of "PARMLIBs" and "PROCLIBs" for each of the courses,
I had to come up with a system that reminded me what each of my members was
and why it was there.
My solution was to create a member named $$
> We are beginning to customize our z./OS 1.7 (to
> replace 1.4). We have several folks who will be
> updating parmib and proclib. There is a possibility
> that we might step on each other's changes. Say,
> for instance, two people are making changes to COMMNDxx.
At my last job, I was the
About SYSSTATE_OSREL Paul Gilmartin writes:
I glanced at the doc for this. It appears less useful than it
might be in that SYSSTATE TEST does not set values for &SYSOSREL
and &SYSOSREL_NAME.
These facilities anyway duplicate those of the HLASM system variable symbol
&SYSTEM_ID, which
discrim
Binyamin Dissen wrote:
On Sun, 27 Aug 2006 09:19:44 -0600 Steve Comstock <[EMAIL PROTECTED]>
wrote:
:>One alternative might be to code MACRF=PL in the
:>DD statement for the file you are updating in place;
:>not sure though; would like to see the FD first.
Unless thing have DRASTICALLY changed,
Aaron Walker wrote:
Apparently there are some mainframe-related YouTube shorts out there:
http://mainframe.typepad.com/blog/2006/08/mainframe_meets.html
I watched part of the first one. I think you'll enjoy it!
Here is the Slashdot tip-off:
http://slashdot.org/articles/06/08/26/2247204.shtml
On Sun, 27 Aug 2006 09:20:41 -0600 Paul Gilmartin <[EMAIL PROTECTED]>
wrote:
:>I glanced at the doc for this. It appears less useful than it
:>might be in that SYSSTATE TEST does not set values for &SYSOSREL
:>and &SYSOSREL_NAME.
Yes, it's value is used in macro expansions, such as VSMLOC. It is
On Sun, 27 Aug 2006 09:19:44 -0600 Steve Comstock <[EMAIL PROTECTED]>
wrote:
:>One alternative might be to code MACRF=PL in the
:>DD statement for the file you are updating in place;
:>not sure though; would like to see the FD first.
Unless thing have DRASTICALLY changed, MACRF does not go on the
In a recent note, David Cole said:
> Date: Sun, 27 Aug 2006 06:03:32 -0400
>
> At 8/26/2006 04:04 PM, PRelson wrote:
> >I can only say "I am astonished" that someone would code based on
> >the presence of a field name. We have every right to define fields
> >in any level of macros that ar
Johnny Luo wrote:
My god...thanks a lot!!
I've done a small test:
1, First create a (vb,1024,27998,ps) data set on zos and write many records
to it.
All records with the same actual length: 8
so the data set is actually small.
2, Then I code a PL/I program to update first 40,000 records.
Robert A. Rosenberg wrote:
At 23:15 +0800 on 08/26/2006, Johnny Luo wrote about Re: Z/os
Performance issue: REWRITE a sequential data set:
Because the pl/i program is simple, i'll put its main logic here:
(It's our customer's production program)
DO WHILE (!EOF_FILEA & !EOF_FILEB);
DO WHILE
ACF2 also does (or did) this I think (I'm not sure). It may have gone away
when it went to the SAF interface as opposed to ZAPing SVCs.
This is one of the very few justifiable uses of system abend codes by
non-IBM code. If you are replacing SVCs 130-133, it makes perfect sense to
use x82, x83
Bill, all these performance problems are concering Pl/i programs
and it's because of our 'buggy' pl/i compiler.
On 8/27/06, Bill Klein <[EMAIL PROTECTED]> wrote:
I got confused earlier in this thread. I thought the original report was
that running the "original PL/I program" on you PC caused
Apparently there are some mainframe-related YouTube shorts out there:
http://mainframe.typepad.com/blog/2006/08/mainframe_meets.html
I watched part of the first one. I think you'll enjoy it!
Here is the Slashdot tip-off:
http://slashdot.org/articles/06/08/26/2247204.shtml
Aaron
I'm so glad to give my feedback on this issue.
I use an older version pl/i compiler to recompile the pl/i
program and after that my job just finished in two minutes!
So the problem lies in compiler.
As for qsam and bsam, I don't know how to generate a dump
and check it. I'll do some research to
At 8/26/2006 04:04 PM, PRelson wrote:
I can only say "I am astonished" that someone would code based on
the presence of a field name. We have every right to define fields
in any level of macros that are convenient.
Peter,
Your "astonishment" only shows your own limitations. Just because you
I got confused earlier in this thread. I thought the original report was
that running the "original PL/I program" on you PC caused performance
problems. I now think the report was that using COBOL caused the problem.
If it is COBOL having the problem, then check the following compiler
options:
35 matches
Mail list logo
