MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Drastic increase in cost of Job
Goto page Previous  1, 2, 3
 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Problem Determination
View previous topic :: View next topic  
Author Message
hellohatim
Beginner


Joined: 12 Apr 2007
Posts: 28
Topics: 7

PostPosted: Mon Aug 20, 2007 1:31 pm    Post subject: Reply with quote

Hi Sharon,

Here are the statistics again with Elapsed time as well. For first two Cost and elapsed time contain other steps as well so cannot include them here.

Code:
                EXCP     CONN    CPU    COST    ELPS.T
ORIG (3 VSAM)   28403K   520K  10.96   -NA-    -NA-   
4TH VSAM        62216K  3419K  21.52   -NA-    -NA-   
ADD BUFF (4)    12006K   321K  24.20   $315    462.75   
BUFNI-ND (4)    21447K  15357  12.96   $197.21 245.29   
MERGE           11925K  1478K   5.06   $58.8   110.98    
RRDS (MERGED)   11804K  2164K   4.75   $74.9   123.23   
ARRAYS (MERGED)  5824K   799K   3.57   $53.5   51.88


Below are the file details for the fourth run ("BUFNI-ND (4)") in the above table.

Code:
                DMAZIP   TMZIP    SMSAZIP       PLANIND
 Data            
KEYLEN          15       5        15            5
BUFSPACE        327680   327680   327680        327680
CISIZE          4096     4096     4096          4096
REC-TOTAL       42511    99996    43262         1320
EXCPS           6592955  8165028  6604594       32089983
REC-RETRIEVED   13822872 13865138 13842210      46687476
SPACE-TYPE      CYLINDER CYLINDER CYLINDER      CYLINDER
SPACE-PRI       10       10       10            10
SPACE-SEC       5        5        5             5
HI-A-RBA        7372800  7372800  7372800       7372800
HI-U-RBA        1474560  3686400 1474560        737280
 Index      
KEYLEN          15       5        15            5
BUFSPACE        0        0        0             0
CISIZE          2048     2048     2048          2048
REC-TOTAL       3        6        3             1
EXCPS           38098    326030   77766         9
LEVELS          2        2        2             1
HI-LEVEL-RBA    4096     4096     4096          0
CI/CA           21       21       21            21
HI-A-RBA        43008    43008    43008         43008
HI-U-RBA        6144     12288     6144          2048
SPACE-TYPE      TRACK    TRACK    TRACK         TRACK
SPACE-PRI       1        1        1             1
SPACE-SEC       1        1        1             1


Please let me know the way you would calculate the BUFNI & ND values from above.
_________________
-Hatim M P
Back to top
View user's profile Send private message MSN Messenger
jsharon1248
Intermediate


Joined: 08 Aug 2007
Posts: 291
Topics: 2
Location: Chicago

PostPosted: Tue Aug 21, 2007 8:04 am    Post subject: Reply with quote

For these files, you can fit the entire index into the buffers. Right now, you're way over allocated. You specified BUFNI=128 which means you allocated buffer space to store 128 index CI's. But looking at the REC-TOTAL values for the index components, the highest value is 6. I would match the BUFNI to the REC-TOTAL for this process. For other random access processes, you would want at least 1 index buffer for each index level. For these files, the LEVELS values are all 2 or less. The BUFND values are a little trickier. For true random access, you really only need 1 or 2. But I'm betting this process is closer to skip sequential, so I'd stick with the 16 you have now and run another test with 20 to see if that has a positive impact. You quickly reach a point of diminishing returns, so you want to review the results of different BUFNx values.

I remember asking you about storing the last read record for each file in working storage and then checking to see if the record you want to read is already in WS before issuing a read to the VSAM file. If you haven't done that, I'd recommend doing so. You might be surprised at how much you can save by that alone.
Back to top
View user's profile Send private message
hellohatim
Beginner


Joined: 12 Apr 2007
Posts: 28
Topics: 7

PostPosted: Tue Aug 21, 2007 11:21 am    Post subject: Reply with quote

Hi Sharon,

Thanks for the information. Yes 128 is way too high, 6 should be more then enuff I guess. I will try these values once to check.
Back to top
View user's profile Send private message MSN Messenger
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Problem Determination All times are GMT - 5 Hours
Goto page Previous  1, 2, 3
Page 3 of 3

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group