Re: abusing WLM's classification rules

[Norman Hollander on h-WiZ.biz]

For the Batch jobs, you could consider a solution such as Thruput Manager.
It can select certain jobs ahead of others, and dynamically alter the job's
ServiceClass while it is running.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Dave Thorn
Sent: Friday, December 28, 2007 SYSN 01:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: abusing WLM's classification rules

First, try telling the user they can't have the whole machine except at
3 a.m. on Sundays.

You could try creating a multi-period service class for the batch jobs.
The 1st period could mirror the AFAST service class in importance,
velocity, etc., with a long enough duration so that most (or many) of
them end there.  The 2nd period would similarly mirror the A service
class.  Hopefully there aren't 20 of these batch jobs running
concurrently.

Could you figure out a resource group for the STC with a relatively high
minimum and a max value that's only a little higher?  Guarantee good (or
pretty good) service but not enough to eat the machine.  (sounds like
you're on a uniprocessor??)

If you ARE on a uni, all the more reason to be firm with them unless
they are related to the CIO or something.

Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600
Laurel Oak Road, Voorhees, NJ, 08043
Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656



I've got a bit of a problem. I have an STC which runs in one of two
different service classes. Call them A and AFAST. Both service classes
are assigned to a different resource group. This is because the STC can
simply soak the entire machine. So, as a political solution, we did a
resource group. Well, eventually, that was not good enough. The people
wanted, on occassion, to have more resource than normal. That's where
AFAST came in. Now, this has morphed a bit because one option in this
STC is to "offload" processing from the STC to a batch job. I need all
batch jobs submitted by this STC to run with service class (A or AFAST)
that the STC was running in at the time the job was submitted. I know,
I'm out of luck in this. Any ideas how I might get it done? The problem
is the dynamic (by hand) switching of the STC between A and AFAST "on
demand" by the user.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: abusing WLM's classification rules

[Norman Hollander on h-WiZ.biz]

If you have a Performance Monitor and Automation Solution already in place,
(something like CA SYSVIEW and CA OPS/MVS), then you could set a threshold
on the Batch Jobs, and when they exceed a certain elapsed or CPU time,
signal
your Automation to reset the ServiceClass.  You could also have Automation
keep
track of the Batch Jobs and reset them back at some prescribe interval.  I
suggested
Thruput Manager, since it can be told "due out" times and take appropriate
actions
as the Job progresses.  I still believe that setting up the correct Service
Level
Agreement for the Jobs, and educating Management as to how it will be
handled, is the
best solutiuon.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Zelden
Sent: Saturday, December 29, 2007 SYSN 08:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: abusing WLM's classification rules

IIRC, there was something in Xephon's MVS Update that may be of some
help here.  Free if you have a subscription and may be old enough by now
that the code is on their web site.  It involved a STC that would reset the
service class.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html


On Fri, 28 Dec 2007 18:38:11 -0800, Norman Hollander on h-WiZ.biz
<[EMAIL PROTECTED]> wrote:

>For the Batch jobs, you could consider a solution such as Thruput Manager.
>It can select certain jobs ahead of others, and dynamically alter the job's
>ServiceClass while it is running.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
>Of Dave Thorn
>Sent: Friday, December 28, 2007 SYSN 01:04 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: abusing WLM's classification rules
>
>First, try telling the user they can't have the whole machine except at
>3 a.m. on Sundays.
>
>You could try creating a multi-period service class for the batch jobs.
>The 1st period could mirror the AFAST service class in importance,
>velocity, etc., with a long enough duration so that most (or many) of
>them end there.  The 2nd period would similarly mirror the A service
>class.  Hopefully there aren't 20 of these batch jobs running
>concurrently.
>
>Could you figure out a resource group for the STC with a relatively high
>minimum and a max value that's only a little higher?  Guarantee good (or
>pretty good) service but not enough to eat the machine.  (sounds like
>you're on a uniprocessor??)
>
>If you ARE on a uni, all the more reason to be firm with them unless
>they are related to the CIO or something.
>
>Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600
>Laurel Oak Road, Voorhees, NJ, 08043
>Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656
>
>
>
>I've got a bit of a problem. I have an STC which runs in one of two
>different service classes. Call them A and AFAST. Both service classes
>are assigned to a different resource group. This is because the STC can
>simply soak the entire machine. So, as a political solution, we did a
>resource group. Well, eventually, that was not good enough. The people
>wanted, on occassion, to have more resource than normal. That's where
>AFAST came in. Now, this has morphed a bit because one option in this
>STC is to "offload" processing from the STC to a batch job. I need all
>batch jobs submitted by this STC to run with service class (A or AFAST)
>that the STC was running in at the time the job was submitted. I know,
>I'm out of luck in this. Any ideas how I might get it done? The problem
>is the dynamic (by hand) switching of the STC between A and AFAST "on
>demand" by the user.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SHARE needs your help in Orlando!

[Norman Hollander on h-WiZ.biz]

Fellow IBM-Main Members-

 

 

SHARE in Orlando, FL, is just around the corner.  It will be held at the

Coronado Springs Resort in Orlando, FL, on February 24th through 29th, 

2008.  A great deal of planning activities has occurred since our last
SHARE, 

and SHARE in Orlando promises to be one of the most information packed 

conferences to date.  The Enterprise Wide Capacity and Performance Project
(EWCP)

is now soliciting for Session Chairs in Orlando.  SHARE is an organization
that is 

supported by volunteers.  If you are planning to attend the conference and
would 

like the opportunity to get involved, please send me a note, and we will
send you the 

grid with those Sessions that need Chairs.  If you have not previously
chaired any

sessions, there is a brief session offered at SHARE on how to perform the
necessary

functions.

 

Looking forward to seeing you all in Orlando!

 

  

 

Norman Hollander, Project Manager

EWCP

Enterprise-Wide Capacity and Performance Project

Office:   +1 323-46-zNorm  (323-469-6676)  

Cell:   +1 323-351-3174

eMail:   [EMAIL PROTECTED] 

   [EMAIL PROTECTED]

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA ESD files

[Norman Hollander on h-WiZ.biz]

Who did you speak with at CA?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of ??? ?? ???
Sent: Monday, February 04, 2008 SYSN 09:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA ESD files

Hi,

I spoke with someone at CA yesterday, and they said that within the next
couple of months, CA will replace the ESD files with something else.

Now we just have to see what they replace it with.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Tony Harminc
Sent: Monday, February 04, 2008 8:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA ESD files

On Sun, 3 Feb 2008 07:56:17 +0200, גדי בן
אבי <[EMAIL PROTECTED]> wrote:
 
>Does anyone know of a way to extract files from a CA ESD file without 
>using
a tape drive.

This gets discussed from time to time. The answer seems to be that there is
no supported (i.e. from CA) program to do what you want. However you could
write your own program to read the ESD file, and split out the file(s) you
want. The format is, of course, undocumented, but as a quick browse would
show you, it's clearly not rocket science to parse out the headers. The ESD
files are conceptually like an AWS file, i.e. they represent an entire tape,
rather than a dataset. So there is a volume header, and a file header for
each file. There is also some kind of basic run-length compression.

Best bet is to submit a requirement to CA. I've often enough wanted to
restore just one file from one of their tapes, and having to use a physical
tape for this is ridiculous. 

Or maybe one of the virtual tape vendors, or the MFNetDisk guy could make it
happen without a real tape.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU time differences for the same job

[Norman Hollander on h-WiZ.biz]

There have been several discussion at SHARE (in the EXCP project) over the
past couple of years on just this topic.  The variability of CPU time has
been
seen up to 20-30% different from run to run.  The hardware itself may be
part of
the issue.  The processors (from z990s to z9s) may slow down when they get
too hot, 
and depending on which instructions are being executed and if the data has
been fetched at the same time, the cycle time for the instructions can be
very different.  You could have a
good conversation with Bob Rogers about this when next you see him.  EWCP
was concerned
from a Capacity Planning and Chargeback position.  It has been recommended
that "banding"
be used in Chargeback systems to account for the variability. It was also
suggested that
this variability will get worse before it gets better.  So business as usual
needs to be
changed to cover this issue for Chargeback.  And Capacity planning has just
become more
complicated.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Dan Gillis
Sent: Tuesday, February 05, 2008 SYSN 10:12 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CPU time differences for the same job

Some previous posters on this thread discussed running in LPARs with
different weights. I wanted to point out that in addition to an
MP-effect at the box level, there is also an MP-effect at the LPAR
level depending on how many CP's are defined to that LPAR. So in the
z9 BC example previously discussed, if you have less CP's defined for
your test you will get more throughput per CPU second, resulting in
less CPU time to do the same work (of course based on other factors
like cache hit already discussed).

Back in 2005 Gerhard Adam demonstrated this internal LPAR effect at
our site by running test jobs on a 2-way and a 23-way LPAR both
running on the same z990.

Net, I believe that the only way you will get consistent results is to
set up a repeatable benchmark on a dedicated machine, or accept the
variance as unavoidable.

Dan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU time differences for the same job

[Norman Hollander on h-WiZ.biz]

Look at the Share presentations from the last 2 conferences.
There may be something from the last z/Expo.  I'll see if I
have any of those lurking around.  You'll also notice some
changes to WLM, including a message that refers to the Service
Policy being refreshed, due to Processor Speed change.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Tom Harper
Sent: Tuesday, February 05, 2008 SYSN 11:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CPU time differences for the same job

Norman,

I must admit, this is the first time I have ever heard of the processors
slowing down when they get hot. Do you have any doc to back this up?

Tom Harper
IMS Utilities Development Team
Neon Enterprise Software
Sugar Land, TX

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Norman Hollander on h-WiZ.biz
Sent: Tuesday, February 05, 2008 12:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CPU time differences for the same job

There have been several discussion at SHARE (in the EXCP project) over
the
past couple of years on just this topic.  The variability of CPU time
has
been
seen up to 20-30% different from run to run.  The hardware itself may be
part of
the issue.  The processors (from z990s to z9s) may slow down when they
get
too hot, 
and depending on which instructions are being executed and if the data
has
been fetched at the same time, the cycle time for the instructions can
be
very different.  You could have a
good conversation with Bob Rogers about this when next you see him.
EWCP
was concerned
from a Capacity Planning and Chargeback position.  It has been
recommended
that "banding"
be used in Chargeback systems to account for the variability. It was
also
suggested that
this variability will get worse before it gets better.  So business as
usual
needs to be
changed to cover this issue for Chargeback.  And Capacity planning has
just
become more
complicated.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU time differences for the same job

[Norman Hollander on h-WiZ.biz]

Physical heat.  But then I suppose it wouldn't be getting hot if it were in
a wait
state.  So practically speaking, I guess YES to both.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Kelman, Tom
Sent: Tuesday, February 05, 2008 SYSN 01:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CPU time differences for the same job

Does Norman mean hot temperature wise or "hot" as in running a lot of
work?  Norman, can you clarify that?

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632

> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Eric Bielefeld
> 
> This topic really got my attention when Norman said below that the
> processor may slow down when it gets too hot!  I notice he said MAY.
Is
> this proven?  How much is the difference in speed?  .1%, 10%?  If your
> system slowed down by 10% for an hour, would IBM give you a rebate?
> 
> Eric
> 
>  "Norman Hollander on h-WiZ.biz" <[EMAIL PROTECTED]>
wrote:
> > There have been several discussion at SHARE (in the EXCP project)
over
> the
> > past couple of years on just this topic.  The variability of CPU
time
> has
> > been
> > seen up to 20-30% different from run to run.  The hardware itself
may be
> > part of
> > the issue.  The processors (from z990s to z9s) may slow down when
they
> get
> > too hot,
> > and depending on which instructions are being executed and if the
data
> has
> > been fetched at the same time, the cycle time for the instructions
can
> be
> > very different.  --
> Eric Bielefeld
> Systems Programmer
> Aviva USA
> Des Moines, Iowa
> 515-645-5153
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html





*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.

*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU time differences for the same job

[Norman Hollander on h-WiZ.biz]

Doubtful.  But then they are already discounting 20% to start.  
Software MSUs vs. Hardware Capability.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric 
Bielefeld
Sent: Tuesday, February 05, 2008 SYSN 12:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CPU time differences for the same job

This topic really got my attention when Norman said below that the processor 
may slow down when it gets too hot!  I notice he said MAY.  Is this proven?  
How much is the difference in speed?  .1%, 10%?  If your system slowed down by 
10% for an hour, would IBM give you a rebate?

Eric

 "Norman Hollander on h-WiZ.biz" <[EMAIL PROTECTED]> wrote: 
> There have been several discussion at SHARE (in the EXCP project) over the
> past couple of years on just this topic.  The variability of CPU time has
> been
> seen up to 20-30% different from run to run.  The hardware itself may be
> part of
> the issue.  The processors (from z990s to z9s) may slow down when they get
> too hot, 
> and depending on which instructions are being executed and if the data has
> been fetched at the same time, the cycle time for the instructions can be
> very different.  --
Eric Bielefeld
Systems Programmer
Aviva USA
Des Moines, Iowa
515-645-5153

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA-SYSVIEW

[Norman Hollander on h-WiZ.biz]

I am the Product Manager for CA SYSVIEW, so I'd be happy to offer
any information you'd like- including what it can do now, and the
futures roadmap.  You can contact me offlist at [EMAIL PROTECTED] or
[EMAIL PROTECTED] If you are at SHARE next week, stop by
our booth for a personal demo.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Gerhard Adam
Sent: Friday, February 22, 2008 SYSN 01:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-SYSVIEW

Janet:

Please contact me offline and I can give you a bit of information regarding 
this product.

Gerhard Adam

- Original Message - 
From: "Grine, Janet [GCG-PFS]" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, February 22, 2008 1:06 PM
Subject: CA-SYSVIEW


I am researching a product called CA-SYSVIEW.  Can anyone offer any
opinions on this product?  I did notice that Pat O'Keefe seems to like
it.  Anyone else?



Thanks in advance,



Janet (Jill) Grine








--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA-SYSVIEW

[Norman Hollander on h-WiZ.biz]

Our Roadmaps are public.  You can find them on SupportConnect for 
all Solutions.  The disclaimers are always there mainly because
Roadmaps are an evolutionary thing.  Most new enhancements come
from Customers and Product Advisory Committees.  Don't misconstrue
futures as absolute features in a next release. But I am happy to
discus the Roadmap for SYSVIEW, and where I see the product going. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Scott Barry
Sent: Friday, February 22, 2008 SYSN 05:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-SYSVIEW

I thought that CA staff and management are no longer permitted to discuss 
product "futures".  At last CA World, each CA-presented session had not one 
but two DISCLAIMER foils

Scott Barry
SBBWorks, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SHARE & no handouts(?)

[Norman Hollander on h-WiZ.biz]

Although it is true that SHARE is trying to cut down on copying costs,
which certainly helps green initiatives, I don't believe it is the intent
of presenters to stop bring handouts with them.  I, and many others, still
make a certain amount of copies, and makes sure our presentations are
uploaded
prior to the start of the conference. The uploading has no cost to
presenters,
but the making of copies can be quite costly.  Some "late breaking" types of

material will still not make it (example: all of the z10 info could not be 
published ahead of time) in time for the conference opening.  Hopefully, it
will 
be uploaded during the week, or shortly after.  There is also the
Proceedings 
DVD that can be purchased that contains all of the materials.  And if all
else
fails, a kind eMail to the presenter requesting the presentation, usually
gets a
good response.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Edward Jaffe
Sent: Saturday, March 01, 2008 SYSN 08:15 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SHARE & no handouts(?)

Warner Mach wrote:
> SHARE is now wrapping up and was, as usual, highly
> worthwhile ... However, one aspect bothers me greatly:
> That is a new emphasis on 'being green.' And how does
> SHARE propose to save the planet? A: By encouraging 
> speakers to NOT pass out the customary handouts which
> show the slides to be presented during their talk.
> The assumption is that attendees can later download 
> the presentation slides from the web if they so desire.
>   .
> One speaker actually suggested that the attendee might
> take notes on a pad of some sort (remember college?) and
> then download the presentation and transfer the notes to
> the presentation; rather than write the notes directly
> on the presentation handout, as was customary.
>   .
> It is interesting how companies and organizations are
> eager to show their alignment with 'green-ness' when being
> green corresponds with less expense and trouble for those
> in charge.
>   .
> To my mind there are a world of good reasons why this new
> policy is a bad one (fill in the blanks). I asked at the
> headquarters desk where to send comments on the new policy.
> I was told: <[EMAIL PROTECTED]>.
>   .
> If you are a member of SHARE and have an opinion on this
> issue you might drop them a line. Let's discourage this trend 
> before a large number of speakers adopt it.
>   

Like many so-called "green" initiatives, this is nothing more than a 
popular delusion based on a gross misunderstanding of the facts.

SHARE simply stated that, in order to reduce costs, it would no longer 
provide on-site copy services during the conference.

Only a very tiny subset of speakers, those that were accustomed to 
printing their handouts on SHARE's "dime," were affected. For them, two 
obvious alternatives were suggested: a) present without handouts or b) 
create -- at your own expense --abbreviated handouts in outline form.

For everyone else, SHARE was business as usual.

-- 
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SHARE & no handouts(?)

[Norman Hollander on h-WiZ.biz]

By the way, Eric, you can reduce your registration costs but doing a 
presentation at
SHARE.  Each day you do one, you get to attend that day for free.  Granted, it 
doesn't
help with travel and hotel, but it is something.  Marna Walle's sessions are 
always good.
I usually have her last migration sessions sitting on my shelf.  But she is one 
of the folks
who puts here sessions on the website.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric 
Bielefeld
Sent: Saturday, March 01, 2008 SYSN 09:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SHARE & no handouts(?)

I too would like to weigh in on this subject.  I would much prefer having the 
handout to look at and take notes on while I'm in a session.  I haven't been to 
Share for 3 or 4 years now.  Mostly because the last 2 years at P&H they were 
closing the datacenter, and didn't want to pay for any education.  I can't 
quite see paying several thousand dollars when I'm unemployed to go to Share, 
as you never know how soon a job will come around.  Before I got my job at 
Aviva, I went almost 9 months.  Boy - does that eat in to savings.  

Anyway, back to the topic.  One suggestion I have is that all handouts are 
printed on both sides.  Depending on the level of detail, 2 or 4 frames or more 
per page greatly cuts down on the amount of paper also.  I know some of the 
handouts, like the ones from Marne Wall are especially appreciated.  She puts 
much of the text and other pertinent info on each slide.  That is very 
valuable.  Thanks Marne, and keep it up!

Regarding laptops at Share, the last year I went I took my laptop along.  I 
think I took it to sessions 2 or 3 of the 5 days.  I found it to be a real 
pain.  Mine is fairly heavy - especially when you have it at the expo.  I saved 
money for P&H by rooming 3 or 4 blocks away, making it hard to just put it in 
to my room.  Also, then you have to look for a plug in, which isn't always very 
easy to find.  I do remember one session on RMF reports, where I logged on to 
P&H's computer, and looked at some of my own reports as the presenter was 
talking about them.  That was cool, and helpful.  Taking notes on paper is 
fine, but it works a lot better taking them on the handout

I sincerely hope that most presenters will continue to provide handouts.  I 
think for the money, they provide a huge value.  I wonder which is cheaper - 
printing them on your home office copier and shipping them, or printing them at 
Kinkos.  I'm sure the hotel or convention center copy prices are ridiculous!

--
Eric Bielefeld
Systems Programmer
Aviva USA
Des Moines, Iowa
515-645-5153

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z10 LSPR

[Norman Hollander on h-WiZ.biz]

BIZARRE is an understatement.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Cheryl Walker
Sent: Wednesday, March 05, 2008 SYSN 09:17 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z10 LSPR

Yup, I'm back.  Clark Kidd had been monitoring IBM-Main for me for the last
couple of years, but I started back last week.  I see that people still head
off in bizarre directions (i.e. SHARE handouts), but this is still one of
the best forums I know of where people really help out other people. 

Cheers!
Cheryl

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Shane
Sent: Tuesday, March 04, 2008 2:39 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z10 LSPR

Welcome back Cheryl - seems to have been a while.

Shane ...

On Tue, 2008-03-04 at 01:06 -0500, Cheryl Walker wrote:

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for Sessions for SHARE in San Jose, CA

[Norman Hollander on h-WiZ.biz]

Fellow EWCP Members and SHARE Participants-


Now that SHARE in Orlando is a few magical moments gone by, it is time to
start planning for the 

upcoming summer SHARE conference.  It will be held at the San Jose McEnery
Convention Center

in San Jose, CA, August 10th through August 15th, 2008.  The Enterprise Wide
Capacity and Performance 

Project is now soliciting for Sessions.  We are actively looking for
Abstracts pertaining to Performance, 
Capacity Planning, Benchmarking, and User Experiences.   With IBM's
Development and Research Labs

for Storage so close by, relative sessions on Storage Performance are also
being sought.

We may also schedule Sunday Sessions to offer Introductory and Basics
Sessions for new comers to the

Mainframe platform.  The themes for this Conference will continue to be
"Virtualization", and "The SOA 

Journey".   Sessions on these themes will also be considered. 
 
SHARE is an organization that is supported by volunteers.  If you'd like the
opportunity to share
your experience at our next conference,  please send your abstract for
consideration to Norman

Hollander (  [EMAIL PROTECTED]) or Tom
Halinski ( 
[EMAIL PROTECTED]) 
by April 4th 2008.  The actually scheduling process will take place later in
April, so please consider
volunteering now.   Please visit the SHARE website at
http://www.share.org/secure/CallforSpeakers/

for more information.
  

Norman Hollander, Project Manager 
EWCP 
Enterprise-Wide Capacity and Performance Project 
Office:   +1 323-46-zNorm  (323-469-6676)   
Cell:   +1 323-351-3174 
eMail:   [EMAIL PROTECTED] 
  [EMAIL PROTECTED] 

  
This eMail message is for the sole use of the intended recipient(s) and may
contain confidential and/or privileged information. 
Any unauthorized use, disclosure, or distribution is prohibited.  If you are
not the intended recipient, please contact the sender by 
reply eMail and destroy all copies of the original message.

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SHARE San Diego Snubbery

[Norman Hollander on h-WiZ.biz]

Can you actually be snubbed, if you didn't know you were snubbed?
Tree- forest, sound, you know the rest.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Scott Fagen
Sent: Saturday, September 01, 2007 SYSN 07:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SHARE San Diego Snubbery

On Mon, 13 Aug 2007 14:23:42 -0500, Chase, John <[EMAIL PROTECTED]> wrote:
>
>I dunno.  I've snubbed Ed Jaffe and Mark Zelden so far (oh, yeah
>Scott Fagen, too), but didn't see any other recognizable faces at the
>Sunday night gathering.  Maybe tonight...
>
>-jc-

(Sorry for the delay in replying due to extended vacation...)

Can one who was not a SHARE attendee (I was merely my wife's GUEST at this
particular event) be snubbed?

Scott Fagen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Call for Sessions for SHARE in Orlando

[Norman Hollander on h-WiZ.biz]

Fellow IBM-Main Members-


Now that SHARE in San Diego is a fond memory,  it is time to start planning
for the upcoming 
winter SHARE conference.  It will be held at the Coronado Springs Resort in
Orlando, FL, on 
February 24th through 29th, 2007.  The Enterprise Wide Capacity and
Performance Project 
is now soliciting for Sessions.  We are actively looking for Abstracts
pertaining to Performance, 
Capacity Planning, Benchmarking, User Experiences, and zIIP & zAAP
Experiences.  We may 
also schedule Sunday Sessions to offer Introductory and Basics Sessions for
the zNextGen project.   
The themes for this Conference will be "Virtualization", and "The SOA
Journey".  Any appropriate 
sessions on these themes will also be considered. 
  
SHARE is an organization that is supported by volunteers.  If you'd like the
opportunity to share
your experience at our next conference,  please send your abstract for
consideration to Tom 
Halinski ( 
[EMAIL PROTECTED]) or Norman Hollander (
 [EMAIL PROTECTED]) 
by September 28, 2007.  The actually scheduling process will take place in
October, so please consider
volunteering now. 
  


Norman Hollander, Project Manager 
EWCP 
Enterprise-Wide Capacity and Performance Project 
Office:   +1 323-46-zNorm  (323-469-6676)   
Cell:   +1 323-351-3174 
eMail:   [EMAIL PROTECTED] 
 [EMAIL PROTECTED] 

 

This eMail message is for the sole use of the intended recipient(s) and may
contain confidential and/or privileged information.

Any unauthorized use, disclosure, or distribution is prohibited.  If you are
not the intended recipient, please contact the sender by

reply eMail and destroy all copies of the original message.

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JES2 check point in CF and DR

[Norman Hollander on h-WiZ.biz]

You should check with CA support for View.  I believe there is an option
to bypass the JES Spool and go direct to View datasets.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Andy White
Sent: Sunday, September 23, 2007 SYSN 10:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: JES2 check point in CF and DR

Thanks for the response see we use Ca-view and mobius actually also but 
since there might output on spool which needs to be printed agree it could 
be re-produced from either product. But because how Ca-view works things 
could be backed up on spool prior to archive and could be lost if a 
disaster strikes that was our thought is how do we minimize all lost. 


Andy 
Internet: Mailto:[EMAIL PROTECTED]


"IBM Mainframe Discussion List"  wrote on 09/23/2007 
01:15:14 PM:

> At Clearing, we concluded that mirroring the Checkpoint via XRC was 
> inappropriate; ditto the Spool. Since all user-significant reports were 
> collected by our report distribution/management software, (INFOPAC), the 

>
> 
> >Anyone out there mirroring their DASD either SRDF or XRC, i'd like to 
know 
> >how you handle the JES2 check point. 
> >
> >We currently have our primary check point in the CF and second 
one 
> >on DASD. We know they aren't in SYNC maybe a few writes behind on DASD. 
We 
> >mirror using IBM XRC to another site for DR purposes. We are thinking 
of 
> >taking both check pints and moving it to DASD so both check points are 
> >mirrored. 



The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only.  Any unauthorized use, dissemination of the
information, or copying of this message is prohibited.  If you are not the
intended addressee, please notify the sender immediately and delete this
message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Setup Question

[Norman Hollander on h-WiZ.biz]

There appears to be multiple questions in this one little thread.
The following is what I generally recommend for many of our large
customers.  Your Mileage will vary.

1.  If you are lucky enough to have 70 million identical transactions running
on your system, and they all have a SLA of 100% < .1 second, then I guess
the Region Goal is working for you.  If you are like most other sites, with
different transactions with different SLAs, and the potential for the work 
to
grow, I'd still recommend Transaction Goals.  Since you can set it up by 
region(s),
it is not difficult to determine what is needed, and define it.  I would 
suggest a
Default Service Class with the majority of the transactions defaulting into 
it, a
Service Class with "loved" transactions (a select handful), and a Service 
Class for 
"not loved" transactions (those driving slow devices or those that really 
look like batch).
You can have Production vs. Development vs. Ad-hoc specifications. You can 
have High, Medium,
Low specifications as appropriate.
NOTE: Look for any presentation at the Share web site from Steve Samson for 
the why you want to do
this aspect of the discussion.  Cheryl Watson's QSP doesn't really 
segregate CICS work; but it
was designed for a Quick Start.  If you were fortunate enough to take any 
of her Performance
Classes, I think there was some good information on proper Service Classes. 
 You'll find several
of my WLM Share sessions at the Share web site, or email me privately and 
I'll send them to you.

2.  It is the general recommendation that you have no more than 25-35 ACTIVE 
Service Class Periods
on an LPAR (could be a few less, could be a few more).  For CICS/IMS 
Transaction Service Classes,
you do have to consider the Online Topology.  Single AORs may have a 
different Goal, as compared
to a MRO topology, as compared to a complex topology connecting to DBMS or 
WAS subsystems.  Also, 
do not combine CICS Regions managed to the Region and Transactions into the 
same Service Class. 
Same NOTE from #1.  

3.  I also recommend combining TSO and the Interactive USS work into the same 
Service Class (with 2 or
3 Periods- please avoid the 5 or 7 period varieties).  Be sure to take the 
long-running Daemon work
and assign it to a similar Started Task Service Class (SYSSTC, STCHI, etc.).

4.  I also recommend NOT dumping unnecessary work into SYSSTC.  Not managing 
work to a goal might work
on a under-utilized system, but not really what you want to do.  IRLMs do 
belong in SYSTEM or SYSSTC
(LOCKs should be processed at the highest priority). Some might say that 
the MSTR address space of 
the susbsystem can go into SYSSTC.  Some put DB2DIST in there.  I like 
having 1 or more DB2 managed 
Service Classes based on Availability or SLA requirements.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Setup Question

[Norman Hollander on h-WiZ.biz]

Be sure your durations are properly set so only those SPUFI/FOCUS/SAS folks
running
in the foreground (I think these are best served as Batch) are impacted by
transitioning
to 3rd (or last) period with the DISC goal.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Zelden
Sent: Tuesday, July 03, 2007 SYSN 10:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WLM Setup Question

On Tue, 3 Jul 2007 11:54:27 -0500, Tom Marchant <[EMAIL PROTECTED]>
wrote:

>Discretionary is good too.  I even used discretionary for the third period
TSO
>that Mark referred to.
>

Ditto!

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Setup Question

[Norman Hollander on h-WiZ.biz]

EXACTLY right.  We care about the highest priority transactions getting the
service they need.
If there are no loved ones, then the Region priority rises to the needs of
the default transactions.
And so on for the "not loved".  That is what Delivery of Service is about.
Right?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Staller, Allan
Sent: Tuesday, July 03, 2007 SYSN 10:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WLM Setup Question


As a result, you may find that your "not loved" transactions will go
along for the ride, based upon the other transactions that are processed
by the server regions.


Isn't that the whole point?  If the loved ones are not happy, no one is
happy. If the loved ones are happy, everyone is happy! A rising tide
lifts all boats.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Links to decent 'why the mainframe thrives' article

[Norman Hollander on h-WiZ.biz]

I would say you have 2 challenges here.  One managerial, which causes the
second
technical one.

Managing your system to provide appropriate service at all times may require
some
discussions with the non-technical folks.  Productivity should not
necessarily be
sacrificed for the sake of lower importance Batch.  No matter how many
people thing
compiles need to be turned around in less than 30 seconds. Once you have
that agreement,
fix your WLM Service Policy.  TSO is Interactive (along with some USS work),
and
setting the proper Goals will help a lot.  I prefer 2 Service Class Periods;
some
sites prefer 3, in order to catch the longer running work that really does
belong in
Batch.  For a 2 Period Service Class, I would like to see 95% of the work
complete
in the 1st Period, with 5% in the 2ne Period.  Use something like:
P1- 95% < .5 seconds, Importance=2 with DUR=500 or 1000 (depends on your
coefficients 
and how generous you want to be).  P2- Velocity = 31, Importance=4 (avoid
DISC,
unless you have spare capacity).  Run the change for about a week, then
adjust your
duration to hit the 95-5 recommendation.  Depending on if you want
complaints to
start or you want to create a wide berth, start with 1000 and move down to
750 to
500, if you are way over-achieving the rule.  Or start at 500, listen to
complaints,
and gently increase the duration.  Please be sure that there is very little
Batch
(or any other over-aggressive work) that is being managed above the 1st
Period work.


=
Sorry for a newbie to jump in here...

But I have a question: why IBM doesn't increase the clock of mainframe
CPU?
There is no need or there are some technical problems?

I'm now working at one customer's site and every day's afternoon is a
terrible time for all developers working on their development system: we
just cannot use TSO/ISPF! You must wait 4 or 5 seconds for a response
and
sometimes you just hang there. The cause is that most teams will do
their
batch tests at that time thus eating all of CPU cycles. I guess they
might
need a more powerful CPU? (This situation has last for three months
since I
came here) 

-- 
Best Regards,
Johnny Luo

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What topic would you like to hear at SHARE?

[Norman Hollander on h-WiZ.biz]

Ken is absolutely correct.  The EWCP would like to include more User
Experiences
in Orlando.  Do you have any results to share on zIIPs or zAAPs?  Crypto
features?
FICON4?  MIDAW?  We will be beginning the scheduling process in a few weeks.
Ideas
and Abstracts are welcome.  And if you have never created a presentation for
Share,
we may be able to arrange a mentor!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Kenneth E Tomiak
Sent: Sunday, August 19, 2007 SYSN 08:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: What topic would you like to hear at SHARE?

Scheduling for Orlando in February is already underway. If you plan on 
attending, what topic would you like to hear about (MVS-related)? What 
project did you just complete that you would be willing to speak about?
Users 
love user sessions as long as they are not the user. SHARE is a user group
and 
we could use a few users stepping up and telling us about their battle scars
or 
exhilirating good luck. Any z/OS 1.9 User experienced people out there?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: switch from CA-SYSVIEW to SDSF

[Norman Hollander on h-WiZ.biz]

SYSVIEW absolutely provides the exact same information and processes that
you use in SDSF today.  In fact, SYSVIEW provides more information than
SDSF.  You can use the same commands that you use in SDSF, today.
The SPOOL feature is included with the base product.  And if TSO is not up 
and available, you can do the same things with access from VTAM, CICS and 
even z/VM-CMS. But SYSVIEW is a lot more than just a facility for SPOOL 
management.  It is a world class Performance monitor for z/OS, CICS, IMS,
Websphere MQ, TCP/IP, USS, WLM, SysPlex, and Datacom (Roscoe if you are one
of the fortunate still using it).  If you would like additional information,
feel free to send me direct eMail at [EMAIL PROTECTED]  And thanks to
those who had good words about SYSVIEW and are using it today.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Doug Fuerst
Sent: Monday, April 21, 2008 SYSN 03:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: switch from CA-SYSVIEW to SDSF

No, actually they do. You can get the JES2 features of Sysview that 
allow you to manipulate the JES like SDSF. I prefer SDSF, but one of the 
place I am now uses it extensively. Fortunately they also have SDSF so I 
was not forced to use Sysview, but I have learned a bit about it, and 
can use it with JES output, syslog displays, etc.

Doug Fuerst

Gary Green wrote:
> Ah...  These two products do not provide the same informaiton.
>
> SYSVIEW provides internal, control-block structure  information (at a
minimum) while SDSF (Spool Display and Search Facility) provides informaiton
about Jobs in the JES queue.
>
>   
snip?>>>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: switch from CA-SYSVIEW to SDSF

[Norman Hollander on h-WiZ.biz]

NO- it was never part of OPS/MVS.  But we do have tight integration
with it.  CA SYSVIEW has come a long way from its original incarnation
from Legent days.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted 
MacNEIL
Sent: Monday, April 21, 2008 SYSN 05:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: switch from CA-SYSVIEW to SDSF

>What was SYSVIEWs name before CA bought it?
George Fogg 

SYSVIEW.
It was part of OPS/MVS. I can't remember the vendor.


The new name is CA-SYSVIEW.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: switch from CA-SYSVIEW to SDSF

[Norman Hollander on h-WiZ.biz]

You can absolutely get data from SYSVIEW from OPS/MVS.
And vice versa.  You used a REXX API.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted 
MacNEIL
Sent: Monday, April 21, 2008 SYSN 06:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: switch from CA-SYSVIEW to SDSF

>NO- it was never part of OPS/MVS.  But we do have tight integration with it.  
>CA SYSVIEW has come a long way from its original incarnation from Legent days.

Ok.
I don't understand.
We had OPS/MVS and SYSVIEW at a site, long before CA bought it.
I was always able to get into it through the OPS/MVS ISPF panels.

If it wasn't OPS/MVS, who had it before CA?

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: switch from CA-SYSVIEW to SDSF

[Norman Hollander on h-WiZ.biz]

I would agree.  I look at SYSVIEW as a world class monitor, for diagnostics,
problem resolution, and a vehicle for driving automation.  Being able to
look
into the Jobs/Tasks from a monitor makes it very powerful.  You don't have
to
leave the SYSVIEW environment to look at the log, the JCL, the output, the
file allocations.  You can look at DASD/Tape status and much more from with
the monitoring environment you are probably already in.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Gary Green
Sent: Tuesday, April 22, 2008 SYSN 06:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: switch from CA-SYSVIEW to SDSF

Perhaps I mis-worded my reply.

While SYSVIEW can provide the informatiion one could derive from SDSF,
SYSVIEW is, in my mind, primalrily a system monitoring tool.   If I want to
keep an eye on my system, I turn first, in this shop anyway, to SYSVIEW.  I
want to know who's sucking up the processor, or exceeding desired channel
utilitzation, I turn to SYSVIEW.  If I want to set some threshold alerts, I
turn to SYSVIEW.


 On Mon Apr 21 16:33 , 'Norman Hollander on h-WiZ.biz'
<[EMAIL PROTECTED]> sent:

>SYSVIEW absolutely provides the exact same information and processes that
>you use in SDSF today.  In fact, SYSVIEW provides more information than
>SDSF.  You can use the same commands that you use in SDSF, today.
>The SPOOL feature is included with the base product.  And if TSO is not up 
>and available, you can do the same things with access from VTAM, CICS and 
>even z/VM-CMS. But SYSVIEW is a lot more than just a facility for SPOOL 
>management.  It is a world class Performance monitor for z/OS, CICS, IMS,
>Websphere MQ, TCP/IP, USS, WLM, SysPlex, and Datacom (Roscoe if you are one
>of the fortunate still using it).  If you would like additional
information,
>feel free to send me direct eMail at [EMAIL PROTECTED]  And thanks
to
>those who had good words about SYSVIEW and are using it today.
>
>-Original Message-
>From: IBM Mainframe Discussion List
[EMAIL PROTECTED]','','','')">[EMAIL PROTECTED] On Behalf
>Of Doug Fuerst
>Sent: Monday, April 21, 2008 SYSN 03:01 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: switch from CA-SYSVIEW to SDSF
>
>No, actually they do. You can get the JES2 features of Sysview that 
>allow you to manipulate the JES like SDSF. I prefer SDSF, but one of the 
>place I am now uses it extensively. Fortunately they also have SDSF so I 
>was not forced to use Sysview, but I have learned a bit about it, and 
>can use it with JES output, syslog displays, etc.
>
>Doug Fuerst
>
>Gary Green wrote:
>> Ah...  These two products do not provide the same informaiton.
>>
>> SYSVIEW provides internal, control-block structure  information (at a
>minimum) while SDSF (Spool Display and Search Facility) provides
informaiton
>about Jobs in the JES queue.
>>
>>   
>snip?>>>>>>>>>>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: zIIPs & zAAP exploitation

[Norman Hollander on h-WiZ.biz]

Are you looking for anything specific?  Although it is tempting to go with
the
add a specialty processor, flip the switch, and watch and be amazed; you do
have to
understand what will go there, how much, etc.  If you are running
sub-capacity GPs,
you may see different results (since the IFAs run at full speed).  You also
need to 
do some Capacity Planning, both for the GPs and the IFAs.  Remember that
about 40%
of DB2 work qualifies for zIIPs.  There are also CA solutions that fully
utilize the
specialty processors, and you may want to consider that too.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of David Andrews
Sent: Friday, April 25, 2008 SYSN 06:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: zIIPs & zAAP exploitation

On Thu, 2008-04-24 at 14:27 -0500, Steven Liston wrote:
> Looking for feedback from anybody who is making use of [specialty
> engines] with details of workload that's running there, success or
> otherwise and any gotchas.

Can't help you with your specific question, but you may be interested in
anecdotal evidence of their popularity.  At Cheryl's "Hot Flashes"
session back in February she asked for a show of hands -- how many
people are using those offload engines?  Over a third of hands shot up
in a room with maybe 160 people in it.

-- 
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Using SETXCF START,MSGBASED exploit MSGBASED processing for CFRM?

[Norman Hollander on h-WiZ.biz]

I guess I am curious.  I have asked our folks to start a project to
convert to MSGBASED.  I think all the APARs have closed.  I'm primarily
interested in improving the failover processing that MSGBASED is supposed 
to address, and the reduced I/O that is promised.  Keep us posted on your 
success and the issues it took to get there.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Knutson, Sam
Sent: Tuesday, July 08, 2008 SYSN 12:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Using SETXCF START,MSGBASED exploit MSGBASED processing for CFRM?

Hi,

I had followed a number of APARs including OA24563.   We are now at a point
where we are considering exploiting MSGBASED processing for CFRM.  

I am almost ready to issue SETXCF START,MSGBASED and do this in our test
Sysplex (2 LPARs).  Before we jump in I wanted to know who else has tried
this and have you seen any reduction in I/O to the couple data sets? Any
problems? How many systems in your Sysplex?   We have 7 LPARs currently in
our production Sysplex down from 9 after we managed to push a couple sandbox
systems into a test only Sysplex.

We have had issues with backups of the volumes that contain the CDS (ancient
history but still remembered here.  The problems predated conversion of all
RESERVEs and several generations of DASD upgrades but an all systems outage
resulted from a DFDSS backup being attempted.  These volumes are backed up
every day along with everything else but use FDR.  I doubt today with
Flashcopy II on 2107, z/OS 1.8, all RESERVE converted that a DFSMSdss
flashcopy backup would cause any problems but want to see if we can lower
the I/O to the volumes.  

For the morbidly curious the CDS volumes here are laid out as below ranked
from most I/O to least I/O by volume. 

Data Sets on volume OSYS01  
SYS1.CFRM.CDS01 
SYS1.LOGR.CDSP2 
SYS1.WLM.CDS02  
SYS1.XCF.CDS02 

Data Sets on volume OSYS00
SYS1.ARM.CDS01
SYS1.SFM.CDS01
SYS1.WLM.CDS01
SYS1.XCF.CDS01   

Data Sets on volume OSYS02 
SYS1.ARM.CDS02 
SYS1.CFRM.CDS02
SYS1.LOGR.CDSP1
SYS1.SFM.CDS02 


    Best Regards, 

    Sam Knutson, GEICO 
    Performance and Availability Management 
    mailto:[EMAIL PROTECTED] 
    (office)  301.986.3574 

"Think big, act bold, start simple, grow fast..."




This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html