Clarification on LPALSTXX.



Ask about System customization & performance, Workload management, I/O device configuration etc.

Clarification on LPALSTXX.

Postby Viswanathchandru » Mon Sep 26, 2011 11:49 am

Dear all,
Upto my understanding here with the manuals, Adding routines/load modules will enhance the system performance as they are obtained in the central memory instead of DASD's. Here in my shop i have a routine that has to be added to the LPALSTXX which may/maynot improve my performance. How do i check the improvement in performance? say before and after. Do i have any utilities/routines/or the records from the SMF would help me in measuring the performance? Hope i'm clear. Please let me know in case if i need to give more input. Apologies if i'm wrong.

Thanks,
Viswa
Viswanathchandru
 
Posts: 271
Joined: Mon Oct 25, 2010 2:24 pm
Has thanked: 25 times
Been thanked: 0 time

Re: Clarification on LPALSTXX.

Postby steve-myers » Mon Sep 26, 2011 5:37 pm

You put a load module in LPA for two reasons.
  • It is actually used by two (or more) jobs most of the time. By inserting the module in LPA you are using just one copy of the module in storage.
  • The module is used repeatedly. In other words the module is loaded thousands of times a day. Program fetch is fairly efficent, but not doing it is more efficent.
I've been doing this for 40+ years and I don't know any practical way of directly measuring the performance improvement by placing a module in LPA. Unless you know, for a fact, that at least one of the two reasons to put a module into LPA exists, it is not worth the effort.

Few user programs actually meet either reason and are really reenterable. I would test this very carefully before placing the module in LPA. I had a program fail for this reason: it was slightly embarassing.
steve-myers
Global moderator
 
Posts: 2105
Joined: Thu Jun 03, 2010 6:21 pm
Has thanked: 4 times
Been thanked: 243 times

Re: Clarification on LPALSTXX.

Postby BillyBoyo » Mon Sep 26, 2011 5:50 pm

Can you describe how the routine/load module is used?

I don't think it is very likely that putting it in the LPA is going to give you a noticeable payback in performance terms. You'd have to have thousands of jobs using the routine each day to begin to notice much saving with it being in the LPA vs simply load it from DASD. I don't even know that thousands would be enough, but if you don't have even that, then I don't think performance would be a reason to put it in the LPA.
BillyBoyo
Global moderator
 
Posts: 3804
Joined: Tue Jan 25, 2011 12:02 am
Has thanked: 22 times
Been thanked: 265 times

Re: Clarification on LPALSTXX.

Postby Viswanathchandru » Mon Sep 26, 2011 5:58 pm

Thanks steve and billy for addressing the post and for your valuable time!.

I thought we can visualize the performance change as we do it in CICS VSAM tunning( by analyzing the SMF 110) :D . Thanks a lot for addressing the post!! thanks again!

then I don't think performance would be a reason to put it in the LPA.

Yes agreed! this is not only on the performance basis. But also to eliminate the maximum no of I/O operations that happens.

Thanks,
Viswa
Viswanathchandru
 
Posts: 271
Joined: Mon Oct 25, 2010 2:24 pm
Has thanked: 25 times
Been thanked: 0 time

Re: Clarification on LPALSTXX.

Postby BillyBoyo » Mon Sep 26, 2011 6:10 pm

Can you outline how the routine is being/to be used?
BillyBoyo
Global moderator
 
Posts: 3804
Joined: Tue Jan 25, 2011 12:02 am
Has thanked: 22 times
Been thanked: 265 times

Re: Clarification on LPALSTXX.

Postby Robert Sample » Mon Sep 26, 2011 7:34 pm

But also to eliminate the maximum no of I/O operations that happens.
What system statistics or measurements do you have that indicate there is a problem now? How often is the module used? How is the module used? Has your site management agreed to your idea of adding this module to the LPA? It seems to me that you're focused on the positives of doing this without adequately considering the negatives.
Robert Sample
Global moderator
 
Posts: 3719
Joined: Sat Dec 19, 2009 8:32 pm
Location: Dubuque, Iowa, USA
Has thanked: 1 time
Been thanked: 279 times

Re: Clarification on LPALSTXX.

Postby enrico-sorichetti » Mon Sep 26, 2011 8:13 pm

putting thins in lpa is usually for storage related issues ,
one copy serves many

for load and directory related issues VLF and DLF should be more than enough
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico-sorichetti
Global moderator
 
Posts: 2994
Joined: Fri Apr 18, 2008 11:25 pm
Has thanked: 0 time
Been thanked: 164 times

Re: Clarification on LPALSTXX.

Postby Viswanathchandru » Tue Sep 27, 2011 11:48 am

Thanks all for your valuable comments and time!


Billy wrote:Can you outline how the routine is being/to be used?

To be very honest the routine is not written by me! Its from the Application team and it seems to be an exit routine for their batch jobs.

Robert wrote: What system statistics or measurements do you have that indicate there is a problem now?


Apologize this was my question previously. And i got a reply from the experts saying this cant be visualized.

Robert wrote: Has your site management agreed

Good interpretation. They didn't agree for this process now.

Enrico wrote: or load and directory related issues VLF and DLF should be more than enough

Yes agreed!!

Thanks all for your time and support!!

Thanks
Viswa
Viswanathchandru
 
Posts: 271
Joined: Mon Oct 25, 2010 2:24 pm
Has thanked: 25 times
Been thanked: 0 time


Return to System programming

 


  • Related topics
    Replies
    Views
    Last post