Re: Seven-Digit JES2 Job Number

[Dave Barry]

Thanks, Kees and all who responded.

I would be surprised as well, seeing as how seven-digit job numbers are nothing 
new.  Nevertheless, I will follow Mark's advice and open a PMR.  If anything 
comes of it, I'll pass it along.

Regards,
Dave Barry

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Vernooij, CP - SPLXM
Sent: Thursday, March 29, 2012 10:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Seven-Digit JES2 Job Number

We implemented this years ago, and so did many others, so I would be
surprised if an issue like this will pop up only now.

Kees.


"Mark Zelden"  wrote in message
news:<1805395092283981.wa.markmzelden@bama.ua.edu>...
> On Wed, 28 Mar 2012 17:28:10 -0500, Dave Barry  wrote:
> 
> >We recently changed JES2 on a development z/OS LPAR to use
seven-digit instead of five-digit job numbers.  A coworker pointed out
to me what appeared to be an increase in initiator input queue time on
the LPAR after the change.  My suspicion is that the increase was
coincidental, but I have no way of conducting a true benchmark.
> >
> >Has anybody on the list noticed such an effect after converting to
seven-digit job numbers?
> >
> >Thanks in advance for your comments.
> >
> 
> Nope, but it wouldn't shock me if it was related.  You are treading
new territory
> here and new function like this may work in the lab but issues like
this can crop
> up in the real world. 
> 
> I would open a PMR with IBM JES2 support and see what advise they have
> for you.  
> 
> Regards,
> 
> Mark
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
> mailto:m...@mzelden.com
> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
> Systems Programming expert at
http://expertanswercenter.techtarget.com/
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Seven-Digit JES2 Job Number

[Dave Barry]

We recently changed JES2 on a development z/OS LPAR to use seven-digit instead 
of five-digit job numbers.  A coworker pointed out to me what appeared to be an 
increase in initiator input queue time on the LPAR after the change.  My 
suspicion is that the increase was coincidental, but I have no way of 
conducting a true benchmark.

Has anybody on the list noticed such an effect after converting to seven-digit 
job numbers?

Thanks in advance for your comments.

db

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Smart Production - AXIOS

[Dave Barry]

SmartProduction analyzes SMF data for batch jobs, using a number of time-tested 
techniques to identify and estimate the impact of tuning opportunities.  It is 
not a monitor like Strobe.  It is not a language and associated database like 
SAS/MXG. It is not an access method extension like BMC's Batch Optimizer.

In the hands of a qualified performance analyst, SmartProduction can help 
prioritize and track batch optimization efforts without the expense and agony 
of maintaining a PDB and writing SAS procedures. One shop I used to work at got 
a good bang for the buck out it while they had it.

With maybe one exception, I can't think of another product like it. I'd be 
curious to know why you want to replace it.

If you don't mind paying for SAS, you might look at CPExpert.  The scope is 
broader and more operating system oriented.  The similarity is in doing the 
analysis for you. http://www.cpexpert.com/ 

SmartProduction is SmartProduction is (or was) marketed by Axios Products, Inc. 
 It is currently remarketed by SEA.

http://www.seasoft.com/smartproduction.asp

Dave Barry
Sr. Performance & Capacity Planning Analyst
UPS


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mingee, David
Sent: Sunday, October 16, 2011 4:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Smart Production - AXIOS

Correction - the more vsam not the move vsam
One option is BMC's Batch Optimizer. They offer an advanced or standard 
edition.  The move vsam files you have the greater the improvements you will 
see.




David L. Mingee
Principal Systems Administrator
Indianapolis Production Control
Data Center Operations / Operations Technical Support

Work Ext  782-6460
Work Direct Dial  317 581-6460
Home 317 598-0919 / Cell 317 341-0885


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Lizette Koehler
Sent: Wednesday, October 05, 2011 1:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Smart Production - AXIOS

>Hello,
>We are running a product called Smart Production from the vendor AXIOS.
>We are looking for a replacement product.
>
>Is anyone familiar with this product and can you recommend a replacement.


It would help to know what Smart Production is doing for you.  I am not 
familiar with this product.

Does it read SMF data and then have canned reports? Or do you create your own 
reports with its language?  
Is it real time or after the affect.

According to the AXIOS website this product does batch analysis and tuning for 
z/OS, MVS and os/390.

There are many products that can help with analysis
SAS +MXG,SAS +CA-MICS,   RMF,  etc...

STROBE for real time analysis of running tasks Tivoli Omegamon Products.

However, not understanding specificially what your needs are, does challenge 
one to provide suggestions.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 
lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LBI Performance?

[Dave Barry]

Real tape drives like D/T 3590 or virtual?  I think hardware support is needed.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mingee, David
Sent: Monday, October 10, 2011 1:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: LBI Performance?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mike Schwab
Sent: Monday, October 10, 2011 12:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: LBI Performance?

Do you have both jobs? No,  I would have to run the job again - once for each 
blksize
How did the elapsed time compare? 35 min for each run
How about the number of blocks? 188,700 for 256k and 1,507,310 for 32k.  the 
correct number of vts tapes in and out is 29 vols.

(I would expect slightly more than 1/4 as many blocks on the first 19 large 
block tapes vs small block tapes, and a lot less blocks on the 20th large block 
tape since more data should have been stored on the large block tapes.)

On Sun, Oct 9, 2011 at 10:30 PM, Mingee, David  
wrote:
> Hello All,
>   Anyone had success with performance gains in run time and fewer 
> tapes being created when using z/OS Large Block Interface(LBI)?  We are on 
> R1.11 and have created tapes with blksize of 256k(262144) and the block count 
> is reduced by a factor of 8, but we do not see any improvements in elapsed 
> time or fewer tapes being created(20 output tapes at 32k and 20 output tapes 
> at 256k).  Am I missing something?  IBM documentation states:
>
> Taking advantage of LBI: You can improve the performance of tape data sets by 
> using the large block interface (LBI) for large block sizes. When the LBI is 
> available, the COBOL run time automatically uses this facility for those tape 
> files for which you use system-determined block size. LBI is also used for 
> those files for which you explicitly define a block size in JCL or a BLOCK 
> CONTAINS clause. Use of the LBI allows block sizes to exceed 32760 if the 
> tape device supports it.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU utilization/forecasting

[Dave Barry]

Mike,

I think the term "peak" is ambiguous.  Does that mean the highest average 
utilization?

You can get an average and maximum for a given time interval from RMF.  Correct 
RMF interval size can be somewhat subjective, but the problem is not having the 
distribution of samples to plot the standard deviation and coefficient of 
variance.

If your workload is relatively stable, you should be able to chart the 
peak-to-average ratio which prevails during times of adequate system 
responsiveness.  You can then use the trended average as a rough gauge of when 
you expect to hit the existing capacity limit.  How rough?  Like the guy in the 
Meineke commercial says, "some rougher than others."

I agree with Adam Gerhard that what matters is how long dispatchable work has 
to wait in the queue.  How much queueing your loved ones can afford needs to be 
assessed.  However, sometimes you just need a quick answer for planning 
purposes and you have neither the time nor the audience for mathematical 
modeling and queueing theory.

Dave Barry
Sr. Performance & Capacity Planning Analyst
UPS 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ward, Mike S
Sent: Friday, April 15, 2011 4:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: CPU utilization/forecasting

Hello all, can someone tell me if it's better to use CPU peak or CPU average to 
project growth. My way of thinking is if you use peak then you're sure to show 
where you need extra horse power. In other words if you can't process during 
your peaks what good are the averages.

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

Re: Submit a series of jobs in order after the previous has completed

[Dave Barry]

The basic framework involves a control PDS with members named specifically 
after each jobname.  The member is deleted in the first step, then created just 
before the step which submits the job's successor (conditioned upon successful 
completion of the "real business" steps).  The first step of the successor job 
tries to open the specific member.  If the predecessor failed, the successor 
gets S013-18 and stops.

This technique was employed at one of the largest Wall St. information systems 
in which I worked until it was eventually replaced by CA-7.  The technique was 
not very sophisticated by comparison with industrial-strength job schedulers, 
and it depended on an accurate run-book to track a jobstream's progress, but it 
was as inexpensive as it gets.

Dave Barry
UPS

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Patrick Welsh
Sent: Thursday, April 14, 2011 8:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Submit a series of jobs in order after the previous has completed

Hi Mainframe Gurus, 

Perhaps you can help a Lowly trainee out.  

I have a situation where I want to submit 12 batch jobs in order, with an MVS 
command to bring a volume online between jobs 2 and 3. 

I could ask Ops Support to use the automation product to set up some rules for 
this,  however as a training exercise I was looking to do it without using 
Control. 

I can get the jobs to submit in the correct order by using the INTRDR,  but 
this does not wait untill one job is finished before the next starts. 

Ideally I would also like to trap the return code of the previous job and use 
this to conditionally submit the following job or halt the process. 

Can you offer any advice on the best method/tools to do this and point me in 
the direction of the appropriate doccumentation. 

Cheers and regards, 

Patrick Welsh
Trainee Systems Programmer
Data Centre Services
3rd Floor Darwin Plaza
Po Box 2391
Darwin, 0801
Tel :08 8999 7484

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Nullify Effect of $EJ command

[Dave Barry]

$E is restart
$T is reset

Both take SRVCLASS as an operand. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Dave Kopischke
Sent: Thursday, September 30, 2010 8:31 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Nullify Effect of $EJ command

On Thu, 30 Sep 2010 19:59:53 -0400, Bob Rutledge wrote:

>Ted MacNEIL wrote:
 It's also used to change service classes.
>>
>>> "E" does no such thing.
>>
>> Are we talking about E or $E?
>
>We are talking about SDSF action characters.
>

I believe line command "E" in SDSF is translated to "$E". The "E" in MVS is the 
reset for service class.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP and BPXAS address space spawning

[Dave Barry]

Been there!

There is a USS system parameter which controls the maximum number of USS 
processes a single user can have running concurrently. If the FTP process is 
forked by parent process FTPD (the FTP daemon) with UID(0), and an explicit UID 
is not defined, it is assigned a default UID and is not subjected to the 
per-user concurrency limit.  Because a USS process is instantiated as an MVS 
task, increasing the system limit would involve raising the maximum number of 
address spaces allowed on the MVS image.  

We fixed the problem by assigning an explicit user ID to the FTP task so its 
maximum concurrency would be limited on a per-user basis by the MAXPROCUSER 
setting in BPXPRM00.  All that was required was to define an OMVS segment with 
a unique ID in RACF.

db
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Martin Kline
Sent: Wednesday, September 29, 2010 9:36 AM
To: IBM-MAIN@bama.ua.edu
Subject: FTP and BPXAS address space spawning

How does FTP determine it needs to spawn additional server address spaces, and 
is there any way to limit that expansion aside from the maximum number of 
address spaces applicable to all users? Is there any way to automate the 
termination of those address spaces besides job wait time?
 
Our situation is that a flurry of clients connect to the FTP server at about 
the same time. FTPD1 spawns upwards of 25 BPXAS address spaces (BPXP024I BPXAS 
INITIATOR STARTED ON BEHALF OF JOB FTPD1) within a matter of a few seconds. 
Sometimes this number may be much higher. 
 
There seems to be no control over the spawned address spaces. They simply stick 
around until they reach the SMF-defined JWT, then they go away.
Occasionally the added address spaces result in IEA602I ADDRESS SPACE CREATE 
FAILED.  MAXUSERS WOULD HAVE BEEN EXCEEDED. 
 
None of the FTP configuration options seem to apply, since the waiting address 
spaces have no active connections. Any suggestions besides just increasing max 
address spaces and hoping I don't reach the new limit?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSMS and System Managed Buffering

[Dave Barry]

I've been told that the lazy work twice as hard.  In this case, however, I 
attest otherwise.

VSAM SMB has worked admirably in my experience.  With none of the calculation 
involved with buffer sizing and simpler JCL requirements than BLSR, the results 
can be quite significant.  The benefits come not just from the expansive size 
of the buffer pools, but from the reuse of data and index CIs already having 
been read in.  I would not expect that kind of activity from an IDCAMS REPRO 
load.  In my experience I've seen data buffer hit ratios as high as 85 percent 
and index hit ratios as high as 99 percent with VSAM SMB.

One application I worked with in my current position was having difficulty 
finishing a 10-hour, VSAM-heavy batch job stream.  SMB instantly got it down to 
two hours.  They were so happy, they bought me a fruit basket for Christmas.  
Another application called me recently for help with a single 15-hour job step. 
 With SMB, it now runs in an hour-and-a-half. 

I urge you to experiment.  With a sufficient number of data and index CIs in 
memory, you may find dataset striping to be overkill.

Dave Barry
Sr. Performance & Capacity Planning Analyst
United Parcel Service

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Tobias Cafiero
Sent: Wednesday, September 15, 2010 11:17 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFSMS and System Managed Buffering

Ron,
  I was expecting results similiar to the ones I saw in VSAM Demystified.  
Instead of using Repro, I'll  write something to do my testing. We will be 
using Dataset Striping and I am interested in putting them together. 

Tob 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Hiperbatch on ZOS 1.10

[Dave Barry]

Thanks for the link to Martin Packer's page.

HiperBatch is the perfect example of a facility that gives MVS/zOS such a 
tremendous advantage over other platforms.  When will IBM stop chasing rainbows 
and pay attention to the pot of gold already in its hands?

Where Batch Pipes was complicated and initially frought with bugs, HiperBatch 
was simple and virtually error free.  Better yet, it cost nothing.  It even 
included a nice monitoring tool and SMF support.

IIRC, HiperBatch was an FDP created in cooperation with Lehman Bros.  They had 
a situation common to Wall St. brokerages which import their holders and 
position files from a third party and then run many reports off those same 
files.  Subramanian from IBM and Ziggy Tesler from Candle are the names I 
associate with the development effort.

While working at another Wall St. firm, which was for a few years hosting 
Lehman's back-office systems, I tested the viability of HiperBatch in an 
attempt to implement it.  The results were astounding.  I was also encouraged 
by the testimony of other HiperBatch users at CMG SIGs, their results coming 
reasonably close to what HBAID predicted.  Unfortunately, the project was 
stifled for political reasons.

I would like to evaluate HiperBatch in my current environment, but don't have 
the resources at my disposal to reinvent the HBAID wheel.  I would pay money to 
have it back in working condition.  Hear that, IBM?

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Mike Schwab
Sent: Friday, September 03, 2010 8:24 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Hiperbatch on ZOS 1.10

This is about all I could find of it.
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker/entry/memories_of_hiperbatch?lang=en

On Fri, Sep 3, 2010 at 6:20 PM, Dave Barry  wrote:
> Speaking of which...
>
> Does anybody know of a working version of HBAID?  It used to be a MKTTOOL 
> available for free download from IBM, but seems to have vanished without a 
> trace years ago.  It stopped working for me at the time UCBs went from three 
> to four digits.  I would think it would be easy to resurrect.
>
> db

--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Hiperbatch on ZOS 1.10

[Dave Barry]

Speaking of which...

Does anybody know of a working version of HBAID?  It used to be a MKTTOOL 
available for free download from IBM, but seems to have vanished without a 
trace years ago.  It stopped working for me at the time UCBs went from three to 
four digits.  I would think it would be easy to resurrect.

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ron Hawkins
Sent: Tuesday, August 24, 2010 5:16 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Hiperbatch on ZOS 1.10

Sarel,

I believe this is the latest version.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea5j700/CONTENTS
?SHELF=EZ2ZBK0K&DT=19990208095033#FRONT_2

It's still in the MVS bookshelf, third from the top after Batch LSR.
Document title is MVS Hiperbatch Guide.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Sarel Swanepoel
> Sent: Monday, August 23, 2010 11:12 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN] Hiperbatch on ZOS 1.10
> 
> Thanks Ron.
> 
> Do you perhaps have a link to updated documentation for this seems 
> difficult to find any.
> 
> 
> 
> Kind Regards,
> 
> 
> Sarel Swanepoel
> Infrastructure Hosting Services: Capacity Management
> 
> South African Revenue Services
> 
> 
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On 
> Behalf Of Ron Hawkins
> Sent: 23 August 2010 06:07 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Hiperbatch on ZOS 1.10
> 
> Sarel,
> 
> Absolutely yes.
> 
> I still think it is a shame that IBM have not enhanced Hiperbatch to 
> work with Extended Format datasets.
> 
> Note that Hiperbatch works for BSAM and VSAM, as well as QSAM.
> 
> Ron
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of
> > Sarel Swanepoel
> > Sent: Monday, August 23, 2010 4:40 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: [IBM-MAIN] Hiperbatch on ZOS 1.10
> >
> > Hi, will it still be worthwile to conduct an exercise to use
> Hiperbatch
> > for large sequential processing of datasets (QSAM)?
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Kind Regards,
> >
> >
> > Sarel Swanepoel
> > Infrastructure Hosting Services: Capacity Management
> >
> > South African Revenue Services
> >
> >
> >
> >   Office:
> >
> >   +27 (0)12 422 5033
> >
> >
> >
> >   Mobile:
> >
> >   +27 (0)82 4927 321
> >
> >
> >
> >   Fax:
> >
> >   +27 (0)12 422 6068
> >
> >
> >
> >   Email:
> >
> >   sswanep...@sars.gov.za mailto:sswanep...@sars.gov.za>
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Please Note: This email and its contents are subject to our email
> legal
> notice
> > which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> Please Note: This email and its contents are subject to our email 
> legal
notice
> which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu 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 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What is the difference between starting a cataloged procedure and submitting a JCL

[Dave Barry]

The term to use is "uninitialized."  It matters not what DSORG, etc. appears in 
the catalog and/or VTOC entries.

I don't know if it still applies, but an uninitialized dataset opened for input 
by a COBOL program would be automatically closed and reopened for output.  
Other run-time environments are not as accomodating, however.

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Paul Gilmartin
Sent: Tuesday, May 18, 2010 11:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What is the difference between starting a cataloged procedure and 
submitting a JCL

On Tue, 18 May 2010 09:36:23 -0500, Hal Merritt wrote:

>IEFBR14 creates only a 'null' file. Most programs trying to open and read a 
>'null' file will fail.
>
Depending on SMS, whether DSORG can be determined, etc.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Any FOCUS performance guru's here?

[Dave Barry]

I think FOCUS database is built over a BDAM file.  However, I/O could still be 
an issue...

At the risk of sounding dumb, have you contacted IBI customer support?  There 
are some FOCWizards there who might be able to shed some light. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Larry Crilley
Sent: Thursday, March 18, 2010 9:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Any FOCUS performance guru's here?

I don't know much about FOCUS, and we don't run it here, but does it use LSR to 
process the VSAM files?  Is it possible the size of the LSR pool built by FOCUS 
needs to be increased due to the added data?  In other words, since you have 
more data, has the random access pattern (assuming FOCUS does DIRECT I/O to the 
VSAM files) exceeded a threshold and you now have some buffer thrashing within 
an LSR pool?

Really just guessing here...

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Dana
Sent: Thursday, March 18, 2010 9:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Any FOCUS performance guru's here?

Dave, thanks for the response.  Here's answers to your questions: 
>
>When you say "starting to run a really long time," does that mean 
>suddenly
or
progressively over time?
>
Suddenly.  These are weekly jobs and last month the elapsed time really jumped. 
 The only difference according to the application folks, is just more data, 
approximately 10% added.  The main database is not huge (4500 trks).

>Are you running FOCUS interactively (TSO) or from a remote client?  
>Does
your job contain the FOCUS code, or does it call an RPC?
>
Not sure what you mean.  It's  just a batch job, EXEC PGM=FOCUS,  the SYSIN DD 
contains: 
EX 
FIN

>Are you using the FOCUS SVC, or the IBI subsystem?
>
Subsystem

>Have you upgraded FOCUS recently or installed a new release in parallel?
>
No
>Is your data in a FOCUS database, or are you using an adapter to 
>another
data source?
>
Focus Database

>What sort of performance measurements do you have to compare with and
without FOCSU?
>
Elapsed wall clock time.

>Regards,
>Dave Barry

Thanks for any ideas you might have!
Dana

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SDSF DA CPU% meaning

[Dave Barry]

John,

Read it as "100 percent of 60 percent of the physical capacity of the box."  It 
is likely you have some slack in the other LPAR due to LPAR weight management.

Dave Barry
Sr. Performance & Capacity Planning Analyst
United Parcel Service 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Monday, March 15, 2010 4:18 PM
To: IBM-MAIN@bama.ua.edu
Subject: SDSF DA CPU% meaning

SDSF DA is showing CPU 100 / 60. This z/OS is in a Group Capacity situation 
with another LPAR. The CEC is rated at 47 MSU. The Group Capacity is set at 38 
MSU. 38/47 is .8085. The LPAR utilization from BMC Mainview is showing 60% cpu 
for this LPAR and 24.5% for the other LPAR. That is 84.5% busy. Now, are those 
percentages based on the Group Capacity (38) or CEC capacity (47). I.e. is the 
60% number 60% of 38 MSUs or 60% of 47 MSUs? Or is it something else?

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * 
www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Any FOCUS performance guru's here?

[Dave Barry]

 
Dana,

Not sure I can help, but here are some questions that come to my mind as a 
former IBI Tech Specialist:

When you say "starting to run a really long time," does that mean suddenly or 
progressively over time?

Are you running FOCUS interactively (TSO) or from a remote client?  Does your 
job contain the FOCUS code, or does it call an RPC?

Are you using the FOCUS SVC, or the IBI subsystem?

Have you upgraded FOCUS recently or installed a new release in parallel?

Is your data in a FOCUS database, or are you using an adapter to another data 
source?

What sort of performance measurements do you have to compare with and without 
FOCSU?

Regards,
Dave Barry
Sr. Performance & Capacity Planning Analyst
United Parcel Service

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Dana Mitchell
Sent: Friday, March 12, 2010 10:21 AM
To: IBM-MAIN@bama.ua.edu
Subject: Any FOCUS performance guru's here?

I'm looking at a FOCUS job  (FOCUS from Information Builders)  that is starting 
to run a really long time.   There doesn't seem to be any contention, and if it 
runs without FOCSU (simultaneous Users) turned on, it runs in just a few 
minutes.  But running with FOCSU, it can take hours.  Has anyone here dabbled 
in this area?

thanks
Dana  

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

Re: LPARs: More or Less?

[Dave Barry]

Reminds me of arguments I heard in the 1980s like, "I can do more work on a 
3081 running two VS1 machines under VM than you can on your 3084-Q running 
under MVS.

Odd not to hear anything in this thread about things like virtual storage.  I 
have encountered systems with an ECSA requirement so large that no number of 
physical processors can mitigate it.  You could solve the problem by moving 
half the work to a second box, or move half the work onto a second LPAR on the 
same box and share the physical processors ~50-50.  Which sounds more 
economical?

The notion that the point is moot because basic mode is no longer available 
doesn't sit right with me.  The option to run a single OS image per box is 
still available, and the difference between a single LPAR and a basic mode 
system is vanishingly small.  IIRC, Linda August of IBM quantified it in a 
white paper in 2006.

The real kicker is that, in spite of LPAR switching overhead, it is possible to 
see capacity GAINS through the use of logical partitioning.  In the interest of 
time, I refer the interested reader to "The Effects of MP Serialization on 
Logical Partitioning Capacity" presented by Bob Ellworth, Amdahl Consultant 
Systems Engineering, SHARE 86 - session 2547.  In this paper Bob introduced the 
world to the concept of "underhead" in 1996.

The advantage of logical partitioning as opposed to physical partitioning (as 
on our old 3033-AP) from a practical standpoint needs no explanation to this 
audience. 

Those issues aside, the case for LPARing may be less compelling than it was 
prior to the advent of parallel sysplex.  Nevertheless, (no disrespect to Mr. 
Henke) the proof of the case for-or-against can be made empirically with 
evidence that already exists.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
George Henke
Sent: Friday, March 05, 2010 4:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: LPARs: More or Less?

Gentlemen,

I am indeed very grateful to you all and thank you all.

There is, indeed, compelling evidence supporting the case for fewer and even no 
LPARs but, unfortunately, it is proprietary and cannot be presented.

I know that all sounds a little too convenient, but it is true.

But thank you all and rest assured I have, indeed, read and learned and 
appreciate very much all that you all have written and said.

Please, no hard feelings.

Thank you.
On Fri, Mar 5, 2010 at 2:37 PM, Ted MacNEIL  wrote:

> >I'm still kind of curious what exactly you mean by:
> -  Performance:  wasted CPU cycles especially for handshaking between
>   LPARs doing shared I/O
>
> So am I.
> I haven't seen these issues since the early days of MDF and PR/SM in 
> the 1980's.
>
> >I have thoughts on what you mean by these kinds of things, but I am
> reserving judgement.
>
> I'm not.
> This sounds like a diatribe against something that has matured in the 
> last
> 25 years.
>
> Rather than say "it's bad because I say it's bad", present some evidence.
>
> -
> Too busy driving to stop for gas!
>
> --
>  For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



--
George Henke
(C) 845 401 5614

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Offload work to zIIP with zPRIME

[Dave Barry]

Hmmm... SAS makes heavy use of self-modifying code.  Is that a clue?

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ken Porowski
Sent: Thursday, July 16, 2009 5:14 PM

One thing from the presentation was that SAS work was not compatible


-Original Message-
Lizette Koehler

I have a concern about the zPRIME product.  If the zXXP engines are for SRB 
(pre-emptible) work, then my understanding is that the SRB cannot have any SVCs 
save for OPEN.  So I am wondering how the process could work when normal TCB 
work would have SVCs it executes.  Is there a way to determine that this UOW 
has no SVC so therefore I can make it look like an SRB and have it move the 
zXXP engine?  Or can I blindly move a UOW to the zXXP engine and if it has an 
SVC - fail, and then the system would dispatch back to the CP?

Am I missing something here?

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ENQMAXU/ENQMAXA

[Dave Barry]

We hit ENQMAXA at 250,000.  IBM's recommendation was to double that number.  We 
did, and had no problems.  I doubt if you will have any problem with ENQMAXU 
either.

ESP holds a number of enqueues.  At our site I see about 95 for ESPMSTR; 65 for 
the aux a/s.  Those enqueues are long-term, not per event.

I wonder how close to ENQMAXU you were before hitting the 80 percent threshold. 
 The number is not externalized anywhere, but the counter is in GRS' virtual 
storage.  Ask IBM support for help finding it, or perhaps our friends on the 
list can suggest a method.  

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
J Ellis
Sent: Wednesday, June 03, 2009 3:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: ENQMAXU/ENQMAXA

We have intermittently began seeing these messages in the log, followed by the 
'all clear now' one.

*ISG368E THE CONCURRENT UNAUTHORIZED REQUEST COUNT FOR ASID 0122 44  HAS 
EXCEEDED THE 80 PERCENT THRESHOLD OF THE SYSTEM-WIDE MAXIMUM,
 16384

I have spent some time sifting thru enque reports and haven't been able to 
correlate any Total Events counts to any number even approaching 16K, the 
address space in the message is the ESP aux a/s and ESP is just coming live in 
this 2 system plex (running STAR mode).

Is there anywhere to look or some D GRS command to be issued at the time of the 
message to see what qname/rname is being used, OR, short of dumping the A/S to 
see whats foing on inside of it from a grs view ?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SDSF anomaly - z/OS migration from v1.7 to v1.9

[Dave Barry]

"These changes were necessary to expand support for SDSF to include JES3 
compatibility and is considered working as designed." 
(http://ibm-mainframe-tips.blogspot.com/2009/01/sdsf-pos-field.html)

What?  Who said only one version of SDSF should exist?  Who among IBM's 
customers was insisting upon that?  There is no "necessity."  The product is 
"broken as designed."

db  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
R.S.
Sent: Monday, June 08, 2009 12:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF anomaly - z/OS migration from v1.7 to v1.9

Mike Myers pisze:
> Hi:
>  
> We are migrating to z/OS v1.9 and have gone from SDSF at HQX7720 to SDSF at 
> HQX7740. 
>  
> Something has happened to the list of jobs that are viewable in the Held and 
> Output queues under SDSF. Some jobs will not appear in either list (on z/OS 
> v1.9 - SDSF at HQX7740) but will appear in the list generated by ST (status). 
> The userid that is accessing both the Held and Output lists is a member of 
> the ISFSPROG group and can see similar jobs submitted on the z/OS v1.7 system 
> (SDSF at HQX7720), but in unable to see identical jobs on z/OS v1.9.
>  
> The contents of the ISFPRMxx member in use is identical on both z/OS levels. 
>  
> Anyone run into this problem?

Everyone ;-)
See http://ibm-mainframe-tips.blogspot.com/2009/01/sdsf-pos-field.html

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEFBR14 (was: EXEC Above the Bar)

[Dave Barry]

 

>  The enhancement in z/OS 1.11 is that Batch Allocation/Unallocation 
> processing is checking to see if the program name is >exactly 'IEFBR14', and 
> if so, for migrated data sets whose DISP is DELETE, it simply HDELETEs them 
> without HRECALLing 
>them. 

ThruPut Manager from MVS Solutions has had this feature for a long time.  
Basically allocates a dummy unit to the file and issues the HDELETEs in 
parallel under the covers, step by step.  Simple to set up, works like a charm 
and saves countless hours of recoding (not to mention the virtual tape buffer). 
 Also handles program names other than IEFBR14 if desired.

db

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TMON with OMEGAMON Comparison

[Dave Barry]

Yogs,

First thing I would stress is that there is no such thing as Omegamon.  There 
are three distinct-but-related product FAMILIES:

Omegamon (classic)
Omegamon II
Omegamon XE

Second thing I would stress is the need for a flexible, uniform, integrated set 
of monitors.  Each software package has its better and worse points, which I 
would be glad to discuss individually if you're interested.  IMHO, 
feature-by-feature comparisons are less important than the total solution.  It 
depends on how the performance analyst's role is defined in your organization.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Yogeetha balasubramanian
Sent: Wednesday, March 11, 2009 8:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: TMON with OMEGAMON Comparison

Hello there !!

We are moving from TMON to OMEGAMON . Can someone tell me the difference from 
your experience between TMON and OMEGAMON that need to be considered ?
We are collecting this information

Which do you think is a better option.  I felt OMEGAMON/CICS got a user 
friendly interface.

Regards
Yogs
CICS Systems Programmer

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: VSAM BLSR

[Dave Barry]

If possible, convert the file to extended format and use system managed 
buffering (covered in VSAM Demystified).  It's easier to implement than BLSR.  
It will probably use more memory than BLSR, but that can be controlled easily 
if necessary.  I've had great results with it.  The programmers of the first 
application I tried it on were so happy they bought me a fruit basket for 
Christmas. ;-)

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Farley, Peter x23353
Sent: Monday, March 02, 2009 6:53 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: VSAM BLSR

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On 
> Behalf Of David Speake
> Sent: Monday, March 02, 2009 6:29 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: VSAM BLSR
> 
> I have a customer with what they perceive as a memory problem,
Reviewing
> their JCL I feel otherwise. There are some VSAM  BLSR  values that I 
> seriously question. I have written a response but am now having
insecurity
> issues - its been a while and although  "VSAM Demystified" and "DFSMS 
> Using Data Sets" seem to confirm most of my material, I'd sure like to 
> see a z/OS R1.9 VSAM PLM for a few hours.
> 
> I have my beach towel handy in case the egg on my face get real deep.
> Comments and pointers appreciated.

I would agree that the BUFSI/BUFSD specifications do not appear to be helpful.  
I can't confirm if there would in fact be wasted memory, but my question to the 
customer would be, "Why specify BUFSI/BUFSD at all?
Why not let the system use the actual values for the buffer sizes as it finds 
them?".  Especially because they are, in fact, the same for both files.

I can confirm that the BUFND specifications are in fact cumulative.
When we first implemented a huge application with BLSR in the OS390 days, we 
had to be careful that for all SHRPOOL's added together, all the BUFND's times 
BUFSD did not exceed the 2GiB region limit.  This was for RRDS's, so no BUFNI 
was involved, though I would assume the same is true for BUFNI as for BUFND.

HTH

Peter


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Setting weights via the HMC

[Dave Barry]

http://www-01.ibm.com/support/docview.wss?uid=isg225e70f97c817951b85256d5e006398cd&aid=1
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
gsg
Sent: Friday, February 27, 2009 4:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: Setting weights via the HMC

Where can I find information about setting weights and how to determine how to 
distribute them accross our LPARs.  Can anyone point me in the right direction.

TIA

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: mvs preemption dispatcher

[Dave Barry]

Old Candle Reports?  I have almost a complete set going back to 1982.  I gave 
up collecting issues when CCR turned into a sales/marketing organ.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ed Finnell
Sent: Tuesday, January 06, 2009 1:55 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: mvs preemption dispatcher
>>
Whatever happened to the old Candle Reports.  They were one of few who had the 
knowledge and wherewithal to track and  explain the evolution of the 
'dispatcher'. IIRC XA 2.1.5 was a big  rewrite and then early mid S/390 
followed by  WLM.

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

Re: Size Of SQA At Next IPL

[Dave Barry]

Makes sense, Tom.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom 
Marchant
Sent: Monday, September 22, 2008 8:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Size Of SQA At Next IPL

On Fri, 19 Sep 2008 18:29:26 -0400, Dave Barry <[EMAIL PROTECTED]> wrote:

>You're right, the numbers do add up, they just don't add up to 45M or 400M.

The I&T reference clearly says that the amount of ESQA will likely be more than 
you specify, and that ECSA will be rounded up so that it will end on a segment 
boundary.  You didn't say how your common storage is being used.
You had your ECSA specified at a value just a little less than what was 
allocated.  Then all it took was a small increase in the size of your ESQA to 
cause the extended common to increase by 1M.

--
Tom Marchant

>

--
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: Size Of SQA At Next IPL

[Dave Barry]

You're right, the numbers do add up, they just don't add up to 45M or 400M.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom 
Marchant
Sent: Friday, September 19, 2008 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Size Of SQA At Next IPL

On Thu, 18 Sep 2008 16:59:04 -0400, Dave Barry wrote:
>
>In PARMLIB, we have SQA=(600K,45M) and CSA=(3200K,400M).  After a
>recent
IPL, our ESQA went from 69,120K to 69,152 K.  Our ECSA jumped from 409,616K to 
410,608K while EPVT was reduced from 1,526,784K to 1,525,760K.
>
>So I lost one Meg of extended private area.  The problem is getting the
numbers to add up.

It seems to me that the numbers add up just fine.  ESQA increased by 32K.
Your specification for ECSA is 409,600K and when your ESQA increased by 32K, 
your ECSA could not be reduced by 32K, so it was increased by 992K, for a total 
ECSA+ESQA increase of 1024K, or 1M  That equals your 1M decrease in EPVT.

--
Tom Marchant

--
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: Size Of SQA At Next IPL

[Dave Barry]

Funny you should mention it.  I was about to raise a similar question.

In PARMLIB, we have SQA=(600K,45M) and CSA=(3200K,400M).  After a recent IPL, 
our ESQA went from 69,120K to 69,152 K.  Our ECSA jumped from 409,616K to 
410,608K while EPVT was reduced from 1,526,784K to 1,525,760K.

So I lost one Meg of extended private area.  The problem is getting the numbers 
to add up.  Init & Tuning is not helping me figure it out, although I suspect 
an increase in MAXUSERS from 1,000 to 1,200 (with CSCBLOC=ABOVE) may have had 
something to do with it.

If it were due to UCBs, wouldn't I expect to see the increase in HSA?

db
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Andrew Metcalfe
Sent: Wednesday, September 17, 2008 9:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Size Of SQA At Next IPL

Hello Listers

We only perform scheduled IPLs of our systems twice a year. During these 6 
month periods, there is a large amount of IODF change implemented by dynamic 
Activate (by another team).

We have had a number of occasions when IPLing our systems where the Private 
area (below) has increased (not so much of a problem till folks start using it 
and I take it away again) or decreased (big problem as some applications won't 
start) as a result of the change in SQA size without a compensating change in 
the CSA= parameter in IEASYSxx to maintain the top boundary of Private.

The problem is caused by SQA size being "determined" rather than "specified"
at IPL time. Then CSA, which is specified, is bolted on the bottom and rounded 
to the next Mb boundary.

Does anyone know of a programmatic way to determine the approximate size that 
SQA would be at the next IPL assuming no more Activates are performed?
Is it simply a matter of counting the UCBs below 16Mb (via UCBSCAN?) and 
multiplying by x'112' as per HCD Planning manual?

Any pointers gratefully received.

Thanks

Andrew Metcalfe
Barclays Bank

--
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: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to continue

[Dave Barry]

See how much region was used by looking at the IEF374I message VIRT and EXT 
numbers for when it works and when it fails.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Lopez, Sharon
Sent: Friday, September 05, 2008 1:46 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to 
continue

We have 1.9 on one of our test systems.  This is a system that was build in 
Jan. 2008.  We also have another test 1.9 system, which I just applied all 
hipers and RSUs through 0806 and now I cannot get PL/I 3.7 to compile.  Both 
systems have the same storage amount.  Has anyone seen anything like this?
I have a ticket opened with PL/I support and now I just opened up one with 
virtual storage manager.  We are due to go production on Sept. 28, and I cannot 
go forward with this.  Thanks.

Sharon Lopez
Enterprise Systems Programmer
919-754-6432

[EMAIL PROTECTED]

--
E-Mail correspondence to and from this sender may be subject to the North 
Carolina Public Records Law, and may be disclosed to third parties.
--


--
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: Display IEAOPT

[Dave Barry]

Some OPT settings are available in Omegamon/MVS, but the product that would 
have detected the *change* to the OPT member was Deltamon.  Does that product 
still exist, albeit under a different name?

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Joseph H Winterton
Sent: Wednesday, July 02, 2008 10:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Display IEAOPT

The IBM Solution is OMEGAMON.  :-)

Joe Winterton
IBM Manager OMEGAMON -  R&D
Phone 914-766-1822  T/L 826-1822
cellphone -  914-954-0483 - [EMAIL PROTECTED]



Lizette Koehler <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 

07/02/2008 10:52 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: Display IEAOPT






That seems a bit short sighted of IBM.

Okay, I have TMON MVS.  I will see if it can provide the information.
Otherwise, I will see if I can do a control block hunt for the IEAOPT 
information.

Lizette



>
>>Does anyone know of a way to display IEAOPTxx so I can see if my
>>changes
to the parameters occurred?
>
>Unfortunately, unless you have a monitor like OMEGAMON, the answer is NO.
>
>

--
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: Executing multiple console commands in different job steps

[Dave Barry]

I once ran into a problem using COMMAND due to JES2 class parameter COMMAND= 
restriction.  I found a quick and dirty method of getting around it, which was:

//DUMMY  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSINDD DUMMY
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DATA,DLM=@@
/*$VS,'your command here'
@@

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Timmerman, Kurt
Sent: Friday, June 20, 2008 10:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Executing multiple console commands in different job steps

Hello,




I have the need to execute multiple console commands in a batch job. I have 
used the "// COMMAND 'command operand'" JCL statement as well as an
IEFBR14 with the command in the IEFBR14 job but everything I have tried gets 
executed immediately. I have not been able to come up with a way to execute 
console commands in separate steps of a batch job when the step runs, they all 
execute immediately. I'd like a very simple solution to this if anyone has one?



Thanks,

Kurt



__
The information transmitted (including attachments) is covered by the 
Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is intended only 
for the person(s) or entity/entities to which it is addressed and may contain 
confidential and/or privileged material.  Any review, retransmission, 
dissemination or other use of, or taking of any action in reliance upon, this 
information by persons or entities other than the intended recipient(s) is 
prohibited.  If you received this in error, please contact the sender and 
delete the material from any computer.

--
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: Chargeback reporting

[Dave Barry]

Different places adopt different philosophies.  Having been the MVS chargeback 
administrator in the past, I can say that no method is perfect.  My suggestion 
is to familiarize yourself with the research of those who have gone down this 
road before.  A good place to start would be the Web site of the IT Financial 
Management Association http://www.itfma.com/.  It would pay to own a copy of 
Chargeback and IT Cost Accounting, by Terry Quinlan, available at 
http://www.itfma.com/displaycommon.cfm?an=1&subarticlenbr=10.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bri P
Sent: Wednesday, June 04, 2008 6:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Chargeback reporting

Hi all

I want to send senior management a chargeback report each month - not actually 
to chargeback but to illustrate in pounds and pence what we're doing on the 
mainframe. Partly I hope to show that, overall, we're cost-effective per 
business transaction compared to some of the other processing platforms, etc.. 
and also to show the development people on a job-by-job basis what their "big 
hitters" are and identify targets for efficiency improvements etc (we're toying 
with the idea of signing up for sub-capacity licensing).

Presumably I should use SMF type 30 records as a basis for this (rather than 
RMF records?) Would you use the values for CPU seconds, or those for service 
units? Regardless of which, do you take the totals of these, or just the CPU, 
SRB, etc?

In arriving at a cost per CPU second or per Service Unit, What sort of 
financial "inputs" do people typically use? Our z9 was only purchased just over 
a year ago, so I assume the capital cost of that, written down over a period of 
years, should factor, plus the annual software costs and initial purchase 
prices, but also people costs..??

What about disk/storage usage, do you factor those in too?

Sorry, probably a big topic, I know.

If anyone's got any pointers to manuals or documentation on this sort of thing, 
I'd also appreciate it.

Cheers!

Brian


-
Email sent from www.virginmedia.com/email Virus-checked using McAfee(R) 
Software and scanned for spam

--
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: Connect:Direct (NDM) CPU Usage

[Dave Barry]

Not to mention that your NDM has multiple channels (subtasks) sending and 
receiving at a given time, but the velocity applies to the address space as a 
whole.  That is the fundamental condundrum when using velocity goals.

We had the same problem of being occasionally overwhelmed by NDM on one system. 
 However, our first shot at using a resource group involved setting a maximum 
so low, our file transfer people couldn't get their work done even when spare 
capacity was available.

The way we solved it was:

Create a service class "NDM" with importance 5, velocity 1
Associate the NDM service class to a resource group by the same name 
with a relatively low minimum capacity
Assign the NDM task to the NDM service class.

It works by ensuring an acceptable NDM workflow during peak hours, but allowing 
it to increase as much as possible during off hours without impacting 
production work.  We haven't heard a peep out of either application or support 
staff since.  The technique worked so well, we went on to use it for another 
hard-to-manage started task, the NFS z/OS client.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Craddock, Chris
Sent: Friday, May 02, 2008 12:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Connect:Direct (NDM) CPU Usage

> Hello... VOL=50 basically means half an engine! (I have no idea how
many
> engines you have).

Half an engine? No. It means basically that if you sample the work over a 
period of time, that 50% of the time that the work was eligible to be 
dispatched it actually was dispatched.

Arguably this is an extremely crude and ill-conceived way of defining a 
performance goal, but it's the one we were given :-(

> But  my point is VEL=50 is very high for an IMP=4 workload (IMO).

Often true, but not necessarily. (playing devil's advocate :-)

CC

--
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: CTC Disconnect Time

[Dave Barry]

Off the top of my head, I believe you have to tell VTAM that there are separate 
inbound and outbound paths between the two nodes.  Sounds like you're 
configuration has forced your links to be half-duplex.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Magen Margalit
Sent: Monday, April 14, 2008 4:29 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CTC Disconnect Time

Hi list,

I have a situation I don't fully understand...

I have a shared Escon channel used as CTC between 2 Lpars.
The CTC is used for XCF and VTAM communication.
For XCF there are 2 Devices defined on each system (in and out) and for VTAM 
there is 1 device defined on each system.

Looking on RMF report I see the following info:
Channel utilization is low - about 10%
Device Disconnect time for the IN device (on both systems) is huge - about 
5000ms (the out devices numbers are fine).
The in device utilization is almost at all time near 100%.

I don't think that this is a normal situtation, but except from GRS delay for 
XCF (about 5%) It doesn't seemes to have any performance effect or am I wrong?

Any help would be appricated.

Thanks
Magen

--
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: DB2 and WLM

[Dave Barry]

Since it seems to be my mission in life...

Stored procedures run in stored procedured address spaces.  This is true
whether the requests are are made locally to the system (or plex), or
received remotely via DDF.  There used to be a single subsystem address
space commonly known as "SPAS."  The newer alternative is called...

  ***> WLM-managed stored procedure address space
<*** 

A set of one or more WLM-managed stored procedure (started task) address
spaces of a given name are known as an "application environment."  See
option 9 on the WLM main menu.

Countless hours of confusion could be eliminated by using the
terminology precisely as it is used in the literature.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Hal Merritt
Sent: Tuesday, March 18, 2008 2:18 PM
To: IBM-MAIN@bama.ua.edu
Subject: DB2 and WLM

I am getting a request from my DB2 guy to set up WLM and make
appropriate RACF entries for something that is optional in 1.7, required
in 1.8, and, I think, dropped in 1.9. 

 

Something about stored procedures and separate address spaces. The FM's
I've searched don't give me a clear picture of what is what.  

 

 

We don't use stored procedures, so I am a little confused why we have
set up that envionment. 

 

Can someone point me to a FM that will lead me to the path of
enlightenment?

 

Thanks!!

 

 

NOTICE: This electronic mail message and any files transmitted with it
are intended exclusively for the individual or entity to which it is
addressed. The message, together with any attachment, may contain
confidential and/or privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution is strictly prohibited. If you have received this message
in error, please immediately advise the sender by reply email and delete
all copies.

--
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: CA7 in batch

[Dave Barry]

It's been a while since I worked with it, but isn't there a way to
define more batch terminals to CA-7?  The CA-7.252 messages indicates
the batch terminal #2 is in use and your job must wait.

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gerry Anstey
Sent: Tuesday, March 11, 2008 10:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CA7 in batch

Listers

 I am working on a utility that needs to access ca7 from Rexx, initially
I set up some JCL to test if I can get a command processed outside CA7
itself. JCL is below

I've got it sort of running but it just sits there and waits and
eventually I get an S522

12.37.25 JOB34099  +CA-7.INCD - COMMDS ON HAZ101 SHR
12.38.20 JOB34099 @71 CA-7.252  BATCH TERMINAL #2 IN USE.   REPLY
WAIT,CANCEL, OR RESET
12.40.17 JOB34099  IEA995I SYMPTOM DUMP OUTPUT  790
   790 SYSTEM COMPLETION CODE=522

any ideas how I get this to work?

Here is my JCL

//CA7BTI   EXEC PGM=SASSBSTR,REGION=4M,PARM=2
//UCC7CMDS DD DSN=ZGS1488.SYSDSNS.UCC7.COMMDS,DISP=SHR
//BATCHIN  DD DUMMY
//BATCHOUT DD DSN=ZGS1488.BTI2OUT,DISP=SHR //SYSPRINT DD SYSOUT=*
//SYSIN   DD *
LJOB,LIST=NODD,JOB=PRAB0001
/*
//CA7RESET EXEC PGM=SASSBEND,REGION=4M,COND=ONLY,PARM=2
//UCC7CMDS DD DSN=ZGS1488.SYSDSNS.UCC7.COMMDS,DISP=SHR

thanks
Gerry

Generally, this communication is for informational purposes only and it
is not intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. In the event you are receiving the offering materials
attached below related to your interest in hedge funds or private
equity, this communication may be intended as an offer or solicitation
for the purchase or sale of such fund(s).  All market prices, data and
other information are not warranted as to completeness or accuracy and
are subject to change without notice.
Any comments or statements made herein do not necessarily reflect those
of JPMorgan Chase & Co., its subsidiaries and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure under
applicable law. If you are not the intended recipient, you are hereby
notified that any disclosure, copying, distribution, or use of the
information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect that
might affect any computer system into which it is received and opened,
it is the responsibility of the recipient to ensure that it is virus
free and no responsibility is accepted by JPMorgan Chase & Co., its
subsidiaries and affiliates, as applicable, for any loss or damage
arising in any way from its use. If you received this transmission in
error, please immediately contact the sender and destroy the material in
its entirety, whether in electronic or hard copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.

--
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: SDSF Question - How do you change the system log you are looking at?

[Dave Barry]

I should have said, "when we upgraded to z/OS 1.8."  That must have been
when we started using the SDSF server.

Thanks again,
db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Schwarz, Barry A
Sent: Friday, February 22, 2008 5:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SDSF Question - How do you change the system log you are
looking at?

The SDSF Server, which is what runs in the SDSF address space, has been
around since at least OS/390 2.10.

-Original Message-----
From: Dave Barry [mailto:[EMAIL PROTECTED]
Sent: Friday, February 22, 2008 2:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SDSF Question - How do you change the system log you are
looking at?

I believe shared ISPF profile is the case.  This behavior started in
z/OS 1.8 with the advent of the SDSF address space.

--
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: SDSF Question - How do you change the system log you are looking at?

[Dave Barry]

I believe shared ISPF profile is the case.  This behavior started in
z/OS 1.8 with the advent of the SDSF address space.

Thanks for the tip about using SYSID with no operands.

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Friday, February 22, 2008 8:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SDSF Question - How do you change the system log you are
looking at?

On Thu, 21 Feb 2008 18:58:10 -0500, Dave Barry <[EMAIL PROTECTED]> wrote:

> In the latest SDSF, SYSID value is carried across LPARs in the plex 
>regardless of whether they are in a MAS.  Not sure about the 
>installation and customization, but I now have to use SYSID on every 
>system, even though none share a SPOOL.
>

Are you using a shared ISPF profile data set?   If you use SYSID without
any operands, it defaults to the current sysid.  Even if you share your
ISPF profile this will allow you to view the syslog of the system you
are logged onto without having to issue the SYSID command ever.  That is
the way it's always worked... unless something changed in 1.9 that
I am not aware of.   What has changed is the SYSID ? display in recent
releases.  It used to just show the value of the setting.  Now it will
display all the systems defined in the MASDEF (whether they exist or
not) with the system you are logged onto being enclosed in parenthesis.
In order to tell the current setting, you have to look at the title
line:

SDSF SYSLOG   397.101   IPO1 IPO2  11/15/2000  4W  
  |   | |   |  |   
Job   | |   |Outstandin
number| |   |WTORs 
  | |Date of   
   Data set |SYSLOG
   number   |data set  
|  
 JES2 system ID of the 
 log currently shown (IPO1), and   
 JES2 system ID of the system  
 the user is logged on to (IPO2)   

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

--
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: Replacement for CA - TPX - Session Manager?

[Dave Barry]

 Wondering if ISM is marketed by AD Tools division like other MACRO4
acquisitions, rather than Tivoli.  That might explain it.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Wednesday, February 20, 2008 5:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Replacement for CA - TPX - Session Manager?


What's really interesting is that IBM chose ISM as their strategic
product over
SuperSession after the purchase of Candle.   I'll never be able to
figure that
one out as IMHO SuperSession is (still) a far superior product.   Also,
from
what
I've seen the support for ISM is still done be MACRO4.

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

--
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: SDSF Question - How do you change the system log you are looking at?

[Dave Barry]

 In the latest SDSF, SYSID value is carried across LPARs in the plex
regardless of whether they are in a MAS.  Not sure about the
installation and customization, but I now have to use SYSID on every
system, even though none share a SPOOL.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden

To clarify:  The "other system" can only be one in the same MAS.  If
your JES is not shared, it doesn't matter if the other system is in the
same
sysplex.   However, if OPERLOG is configured in the sysplex and the
other
system
participates, you can view the operlog and filter it to show only that
system.

Mark
--

--
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: Z9 Upgrade

[Dave Barry]

Look into zPCR, downloadable from IBM at
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS1381?Ope
nDocument&TableRow=4.1.0#4.1.  It uses LSPR data.  Used to be for IBM
use only, but now is available to the public.

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Sarel Swanepoel
Sent: Thursday, February 14, 2008 10:32 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Z9 Upgrade


 Hi

We are upgrading/consolidating from 2 x 2C5 and 1 x 303 to a Z9-708 over
the weekend.

Is there a tool or other method to calculate the weight settings for
each LPAR on the new footprint. We would like the LPAR weights to add-up
to 1000. We also need to consider the logical processors per LPAR. In
total 8 LPAR's will be moved.


Any help will be appreciated. 












Kind Regards,

Sarel Swanepoel
Service Availability: Service & Business Capacity Management

South African Revenue Services
 
  Office:
  +27 (0)12 422 5033
 
  Mobile:
  +27 (0)82 4927 321
 
  Fax:
  +27 (0)12 422 6068
 
  Email:
  [EMAIL PROTECTED]
 
  Web Site: 
  

--
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 for toddlers

[Dave Barry]

On the contrary.  The confusion stems from NOT thinking of a WLM-managed
SPAS as a SPAS.

There is one and only one address space called WLM.

There used to be one address space called SPAS.  Now there can be
multiple application environments, each of which is associated with a
set of WLM-managed Stored Procedure Address Spaces given a common name.

Ask yourself where you might find the STEPLIB DD which points to your
library of stored procedures.  It is not in the WLM address space.  It
used to be in SPAS.  Now it is in a proc which is started when WLM
needs to create a SPAS.

I hope that clears it up (but somehow I doubt it ;-))

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Wayne Bickerdike
Sent: Tuesday, February 12, 2008 9:29 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WLM for toddlers

The SPAS address space is history, so any confusion stems from using
SPAS as a word in talking about WLM managed address spaces.

You can have many WLM address spaces started based on demand. IBM
recommended people shift their stored procedures a couple of versions
ago.
Luckily, I didn't haven't worry about this, we went from zero UDFs to
having several running in WLM managed address spaces.

If you don't have any stored procedures and only UDFs, it can hardly be
referred to as a SPAS anything, surely?

I'm sure the OP is now suitably confusedSorry...

--
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 for toddlers

[Dave Barry]

SPs and UDFs, yes.  But the confusion is in referring in short-hand to
the WLM address space.  WLM has its own address space called "WLM."  SPs
and UDFs run in the WLM-managed SPAS address space arbitrarily named in
the APPLENV definition. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Wayne Bickerdike
Sent: Monday, February 11, 2008 10:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WLM for toddlers

Actually the terminology for SPAs applies also to UDFs (user defined
functions).

The SQL DDL for a UDF includes the name of the external load module (8
char load module) and the WLM environment which in some of the IBM
example code is something like WLMENV1.

WLM starts up an address space to execute the SP or UDF. The WLM address
space is configured with number of tasks with (NUMTCB) etc.

A simple example is the DSN8.DAYNAME UDF. The DDL is shown below:

CREATE FUNCTION DSN8.DAYNAME
(VARCHAR(10) FOR SBCS DATA CCSID EBCDIC) RETURNS VARCHAR(9) FOR SBCS
DATA CCSID EBCDIC SPECIFIC DSN8EUDNV EXTERNAL NAME 'DSN8EUDN'
LANGUAGE C
DETERMINISTIC PARAMETER STYLE DB2SQL FENCED CALLED ON NULL INPUT NO SQL
NO EXTERNAL ACTION NO SCRATCHPAD NO FINAL CALL ALLOW PARALLEL NO DBINFO
NO COLLID WLM ENVIRONMENT DB28WLM1 ASUTIME LIMIT 5 STAY RESIDENT NO
PROGRAM TYPE SUB SECURITY DB2 STOP AFTER SYSTEM DEFAULT FAILURES INHERIT
SPECIAL REGISTERS ;

So at our shop we have a WLM address space called DB28WLM1. The external
function is coded in C.

--
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 for toddlers

[Dave Barry]

Jerry,

What your customer means to say is they have a COBOL module invoked by
DB2 which runs in a WLM-managed stored procedure address space (SPAS).

There used to be a single SPAS per DB2 subsystem instance.  It was the
"environment" in which one or more stored procedures would be queued by
DB2 as subtasks.  Now one or more SPASes may be started by WLM and
managed to a maximum number of subtasks each.  When DB2 calls the
procedure, WLM makes the decision as to which SPAS the request is queued
and whether an additional SPAS is needed.  The set of SPASes are known
collectively as the "application environment."

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Support, DUNNIT SYSTEMS LTD.
Sent: Thursday, February 07, 2008 2:50 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WLM for toddlers

It's me, the guy who started this thread. I'm not actually sure I got an
aswer to my original question. Maybe this will help.

We have a customer who says they have a:

"compiled/linked COBOL load module invoked from a DB2 sp that runs in
the WLM address space."

That's what I need to understand. Does the COBOL module actually run
within the WLM address space? Or does it run in a separate started task
and such started tasks are what the SPs run within? Or can it be both
and, if so, what determines where the COBOL module runs?

TIA,
Jerry

--
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 and DB2

[Dave Barry]

Only thing that I think of as a gotcha is that there is no direct way to
limit the number of SP address spaces.  If your application runs amok,
you might face a pageable storage shortage.

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gary Green
Sent: Monday, January 14, 2008 3:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: WLM and DB2

This is probably the wrong forum to post this but I know I'll be told
where to go if it is.

I am about to setup WLM for DB2 SPAS; I know, I know, it should have
been done sooner...  Does anyone know if there are any gotchas that I
should be aware of?  Perhaps a "we did it this way" type reference,
etc...

Thanks.

--
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: DFSORT question

[Dave Barry]

 Excellent suggestion.  However, IIRC, Hiperbatch doesn't support BSAM.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ron Hawkins
Sent: Tuesday, January 15, 2008 1:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFSORT question


2) HIPERBATCH, with an E15 exit to get sort to read the file with QSAM
or BSAM, you will have just one job reading the file and the rest
reading from the DLF buffer. Can be very fast and effective if you keep
all the jobs swapped in and dispatched at the same rate. 32MB would be
plenty for this case.

--
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: Batch Tuning

[Dave Barry]

Concurrent sequential readers are good candidates for Hiperbatch.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)
Sent: Thursday, December 27, 2007 5:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Batch Tuning


We had a large number of batch jobs at night that used tape, and some of
the jobs used the SAME tape as input.

--
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: FICON vs ESCON CTC's

[Dave Barry]

I mean CF links.

Thanks to all who replied.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Scott Rowe
Sent: Monday, December 24, 2007 11:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: FICON vs ESCON CTC's


Obviously #2 is going to be faster, since the transaction may never even
need to communicate with system B, but I'm not sure if it is relevant to
the subject of this thread.  

What exactly do you mean by "FICON CF links"?

--
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: FICON vs ESCON CTC's

[Dave Barry]

Job A on system A issues static SQL query to DB2 on system B.  Which is
faster:

1) DDF call to DB2 on system B via APPC over FICON CTC 

or

2) Local call to DB2 member of datasharing group w/ FICON CF links?

Considering the overhead of DRDA protocol and independent enclave
creation/classification/scheduling, etc., I would guess option 2 is more
efficient in terms of CPU and response time.  I'm just not sure how to
determine in theory to what degree.

db



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Vernooy, C.P. - SPLXM
Sent: Wednesday, December 19, 2007 9:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: FICON vs ESCON CTC's


"Mark Jacobs" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Is there any advantage in migrating CTC's from ESCON to FICON?
> 
> --
> Mark Jacobs
> Time Customer Service
> Tampa, FL 
> --

SPEED!!!
XCF signalling via Ficon CTC links well outperform CF structures. Others
will benefit similarly (VTAM).

Kees.

--
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: Alternatives to CA QuickFetch

[Dave Barry]

One hour may not see enough fetches to qualify a module for VLF caching.
Also, at the risk of sounding ridiculous, don't forget to use the FREEZE
option with LLA.  I've seen it overlooked several times with predictably
bad results.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Yolanda Vivar
Sent: Tuesday, November 27, 2007 9:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Alternatives to CA QuickFetch


It has been measured. We stopped Qfetch for one hour in one of our 
production systems in order to evaluate the impact. 
Regards,

Yolanda Vivar.  

--
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: Are any of us this desperate?

[Dave Barry]

Get real.

Several New Jersey assistance programs, such as charity health care,
energy assistance, and KidCare, utilize eligibility ceilings at 200% of
the federal poverty level or higher.

National data suggests that, increasingly, full-time, year-round wages
are insufficient to lift a family from poverty.  Using the most current
CPI figure, the value of New Jersey's statutory minimum wage has already
fallen to $4.98, relative to its purchasing power in 1999.  Today's
minimum wage leaves a family of three more than $2,700 BELOW the federal
poverty guideline.

Sincerely,
a resident of New Jersey since 1960

http://www.lsnj.org/PDFs/poverty_report_7-27-00.pdf

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Edward Jaffe
Sent: Tuesday, November 20, 2007 11:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Are any of us this desperate?


Mark Jacobs wrote:
>
> It's starvation wages. 20*40*52 = 41,600.
>   

Insulting for an IT professional? Yes! A scam to ensure no actual US 
takers? Almost certainly! Starvation wages? No!

Minimum wage in New Jersey is $7.15/hr. 
http://lwd.dol.state.nj.us/labor/wagehour/lawregs/wage_and_hour_laws.htm
l

-- 
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: zAAP question

[Dave Barry]

The basic idea is that JNI signals a call to a non-Java environment such
as an RDBMS.  Therefore, in WebSphere Application Server the JVM
switches back to general purpose processors when it encounters JNI code.
However, according to Mr. Wolf's previous post, JZOS is an exception to
the rule.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Schramm, Rob
Sent: Tuesday, November 06, 2007 3:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: zAAP question


Thanks for the correction Kirk.  Always good to learn something I didn't
know before.

I am curious about the distinction though.  Is there a guiding "rule"
for JNI code to be eligible?

-Rob Schramm

This e-mail transmission contains information that is confidential and
may be privileged.   It is intended only for the addressee(s) named
above. If you receive this e-mail in error, please do not read, copy or
disseminate it in any manner. If you are not the intended recipient, any
disclosure, copying, distribution or use of the contents of this
information is prohibited. Please reply to the message immediately by
informing the sender that the message was misdirected. After replying,
please erase it from your computer system. Your assistance in correcting
this error is appreciated.

--
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: About dispatching process

[Dave Barry]

>However, if my program is also running disabled for external interrupts
and it uses CPU cycles heavily , how will the 
>system 'pre-empt' my TCB? Or it cannot and just let my TCB starve other
users? I cannot figure out.

Correct me if I'm wrong, but selective disablement is different than
preemptibility.  An interrupt handler will normally return control to
the dispatcher, which may reorder its queue and dispatch a task other
than the one which was interrupted.  However, that is not true if the
task is non-preemptible.  I.e., it will be immediately redispatched
after the interrupt is handled.

This behavior applies mainly to tasks running under SRB mode.
Subsystems like DB2 and HSM, which make heavy use of non-preemptible
SRBs used to have a tendency to monopolize processor resources, hence
the creation of preemptible-class SRBs.

Consider this:  zIIP and zAAPs, which run disabled for I/O interrupts,
process preemptible SRB work.  The work must be preemptible in order for
the dispatcher to honor priorities according to WLM service goals.

Another thing to consider is reduced preemption.  I think this strategy
came about in the latter days of MVS/ESA.  The idea was to delay
handling of interrupts at low utilization levels to allow otherwise
preemptible work to complete, thereby reducing the overhead of
reentering the dispatcher as often.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Johnny Luo
Sent: Tuesday, October 23, 2007 9:02 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: About dispatching process

--
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: 1401 simulator for OS/360

[Dave Barry]

In <[EMAIL PROTECTED]>, on
09/04/2007
   at 09:32 AM, "Britz, Anton - CO 7th" <[EMAIL PROTECTED]> said:

>I am still not sure why anybody would want to run an IBM operating 
>system on a PC.

It makes way better sense than running Linux on a Mainframe.

db

--
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: Virtual Storage implementation

[Dave Barry]

>>If the admin wants to give 64GB to every guest, you won't get many
guests.

>Oh, really?  Sure you can.  z/VM can handle it very nicely, thank you.

Sure, given enough aux storage.  We all know what happens when VM starts
paging.

db

--
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: Dataset allocated by JOB or ASID

[Dave Barry]

Omegamon does this by scheduling an SRB routine in the target address
space.  Authorized commands:

-PEEK jobname
 DDNS

You might even have an Omegamon terminal near the system console.

db



CA LOOK had this (D alloc,j=), but it is not supported anymore. I
believe that sysview from CA has a replacement for this, that you can
run from the system console. 

Itschak  


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of GIONFRIDDO MICHELE
Sent: Tuesday, July 31, 2007 6:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Dataset allocated by JOB or ASID

Hi.

 

I would like to see all dataset name allocated by Job or Asid or User
TSO from an operator console. 

 

How can I do in a simple way, through a MVS command or other?

--
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: VLF Question

[Dave Barry]

Are you SMS-caching the PDSE?  See APARS II14026 OA15322 for hints.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Art Celestini
Sent: Thursday, July 26, 2007 2:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: VLF Question


I have a situation where there are high "EXCP" counts against a PDSE 
STEPLIB, but a GTF trace of the target volume shows no actual I/O. Does
anyone know whether VLF accumulates "fake" EXCPs, perhaps to 
reflect what would be the case if it (VLF) wasn't active?

Thanks,
Art



==
Art Celestini   Celestini Development Services
Phone: 201-670-1674Wyckoff, NJ
=  http://celestini.com  =
Mail sent to the "From" address  used in this post
will be rejected by our server.   Please send off-
list email to:  ibmmaincelestinicom.
==

--
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: Links to decent 'why the mainframe thrives' article

[Dave Barry]

Comparing clock speeds is like rating automobiles according to RPM.  I
drive a four-cylinder, and my RPM gets pretty high, however you would
not call it a high-performance automobile.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ken Porowski
Sent: Friday, July 13, 2007 3:58 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Links to decent 'why the mainframe thrives' article


The processor clock speed may be slower but it is running a different
instruction set and has the availability of other processors to offload
some of the functions (Crypto, I/O, etc.).

--
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: Legacy matters

[Dave Barry]

Quite so.  It would be correct to say the Windows hierarchical file
system is the legacy of Unix, or that the WorldWide Web is the legacy of
DARPA Net.  The Windows command prompt is the legacy of MS-DOS, and so
on.

Isn't it funny that these archaic items are considered building blocks
of modern systems, while the mainframe--30 years ahead in
virtualization; 25 years ahead in instrumentation; light years ahead in
multiprocessing, etc.--are given up for dead?  "Legacy" as the word is
now applied is just a meaningless buzzword which long ago passed into
parlance as a technical term.  It is the legacy of old anti-IBM
marketing campaigns.  

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Joel C. Ewing
Sent: Thursday, July 12, 2007 10:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Legacy matters

The correct usage of "legacy" is to describe that which is bequeathed to

the next generation (of users, application programmers, etc.).

--
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: JOB STEP TASK and REGION parm

[Dave Barry]

If you have access to Omegamon/MVS there are a few commands that are
useful in visualizing your address space region, subpools and TCB
structure.  Use major command PEEK (don't forget dash in column 1) and
minor commands STEP, AMAP, TCBS and SUBP ("x" in column 1 for expanded
info.  -db

+1+2+3+-
  ZMENUVTM OM/DEX
-PEEK  jobname   
 step
 amap
Xtcbs
Xsubp   

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Johnny Luo
Sent: Tuesday, July 10, 2007 11:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: JOB STEP TASK and REGION parm


Hi,

I know REGION parm has been discussed many times here and hope I'm not
asking the same one again. (I spent almost two weeks searching archives
and reading Authorized Assembler Service Guide but I'm still not so sure
whether that's enough before asking here.)

Last year I got one good article from NASPA about REGION parm and it
discussed in detail what the REGION parm implies both above and below
the line. However, as I become more accustomed to assembler language i
found there are still something I don't know about this parm.

The most accurate explanation I found is from Mr. Chris Craddock in a
discussion eight years ago. He said that REGION is actually restricting
the amount of 'Private Low' storage owned by tasks which means an
authorized task can get more than that  from other subpools.

But to think it in depth will lead to my question:

If I submit a jcl to execute a program, i will get a job step task
attached by initiator. If my program is authorized it can in turn attach
some extra job step tasks. Suppose they all try to GETMAIN from Private
Low subpools, is it true that the total amount mustnot exceed the limit
set by REGION parm? If it attaches normal subtasks, not job step tasks,
will the answer be different?

In other words, does the limit set by REGION parm include all private
low storage GETMAINed by both mother job step task and its subtasks? I
guess the answer is yes or we can attach a subtask to GETMAIN thus
easily break the rule. However, if the subtasks are all job step tasks,
is it still true?

You can see that what is really troubling me is the concept of 'job step
task'.  I know it's not common practice to play with job step tasks. But
it's definitely there and there are actually several job tasks in an
address space. (Initiator itself is a job step task, right?)

I cannot find too much information about job step task in manuals. Maybe
it's like Chris Craddock said: There are just too many deep seated
job-steprelated assumptions within z/OS and its ancestors.

>From what I know:

1. To get a job step task, you first need to have an authorized job step
task. It's interesting, like the classic egg-and-chicken problem.
Anyway, in Z/OS we can get our 'first-level' job step task using START
and LOGON command, and a batch job. And they all require a jcl where the
REGION parm can be specified.  Don't know whether extra interfaces
exist.

2. A job step task has its own TIOT and JSCB. And its TCBJSTCB points to
itself. This is the biggest difference I know between a job step task
and a normal task.  The result is that a job step task can get more
Independence as far as the its relationship with its mother is
concerned.

Thanks for reading my lengthy mail.


Johnny

--
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 Question

[Dave Barry]

Not running IRLM at a higher dispatching priority runs counter to IBM's
advice.  Before goal mode, DB2 would write a warning message when IRLM
was not at a higher DP than the other DB2 address spaces.

The reason for this is that IRLM runs in SRB mode (asynchronously) as
opposed to cross-memory mode (synchonously).  Just take a look at any
IRLM under RMF and you will see the SRB time.  If it were XMEM time, it
would accrue to the requester's address space, not IRLM's.  The reason
it makes sense is that by virtue of z/systems architecture SRBs ALWAYS
run at a higher priority than TCBs.  IRLM must service ALL lock requests
as a common service at the highest priority.  Lock management cannot
tolerate running synchronously at the low priority of some
Johnny-come-lately unit of work.  In fact, z/OS will raise the DP of
lock/latch holders to avoid contending with lock/latch waiters, but the
actual locking operation runs at the priority of IRLM.  The reason you
get away with setting it at the same priority as the other DB2 address
spaces is that the operations are themselves miniscule compared to the
CPU consumption of the other address spaces.  Furthermore, while a task
is using DBM1 services in XMEM mode, the housekeeping overhead and I/O
management is largely performed under SRB mode in DBM1 at the priority
of DBM1.

As a point of reference, see Address space communication at
http://publib.boulder.ibm.com/infocenter/zoslnctr/v1r7/index.jsp?topic=/
com.ibm.zconcepts.doc/zconcepts_84.html.

It is true that dispatching priorities cannot be controlled directly in
goal mode, however SYSTEM and SYSSTC are by design the highest fixed
dispatching priorities in the system.  When the requester and provider
of service are separate entities, as they are in this case, common sense
dictates the provider run at a higher priority than the requester.

db  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Tuesday, July 03, 2007 8:43 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WLM Question


>Actually I feel your IRLM should run in SYSSTC.  Every request is going

>to go through that.  You don't want to take a chance on it waiting for 
>some TSO user for CPU.

Actually, that's what I said in my post (... all three address spaces in
SYSSTC ...).

Also, what I said was that it all runs through cross-memory services, so
it will run at the priority of the requesting task -- NOT at the IRLM
priority.

Take a look at any IRLM under RMF (or your monitor of choice). Except
for the interval it actually starts, you will see no TCB time consumed.
Just SRB. Why? Cross-Memory Services (the [very] little TCB time was
consumed starting the IRLM ASID).

-
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