Portal | Manuals | References | Downloads | Info | Programs | JCLs | Mainframe wiki | Quick Ref
IBM Mainframe Computers Forums Index
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Profile Log in to check your private messages Log in
VSAM Performance tuning..

Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
View previous topic :: :: View next topic  
Author Message

Active User

Joined: 25 Aug 2007
Posts: 235
Location: Chennai

PostPosted: Thu Feb 16, 2012 8:14 pm    Post subject: VSAM Performance tuning..
Reply with quote


I want to tune one update process of VSAM file in COBOL.

Here is the scenario.

File 1 is sequential file containing 275000 records.
Here key field (1,16).
03  IN-KEY                       VALUE SPACES.     
    05  IN-LEVEL1            PIC XX.           
    05  IN-LEVEL2            PIC XXXX.         
    05  IN-NBR               PIC 9(5).         
    05  IN-NBR               PIC 9(5).   

File 2 is VSAM KSDS file containing 280000 records.

       ACCESS MODE  IS RANDOM                   
       ORGANIZATION IS INDEXED                   
       RECORD KEY   IS F16-PRIMARY-KEY         

Here key field (1,16).

Opening sequential file in input mode and vsam file in I-O mode.

I will read the first record from sequential file and move key field to F16-PRIMARY-KEY and reading VSAM file. If key found i will update single field in VSAM file which i get from sequential file. If key not found i will bypass that input record.

This process repeated until sequential file EOF.

In our system we are running this job daily and it takes about 1 hour to complete.

Is there any process improvement can be done on this logic..Is reading in Skip sequential mode possible to implement this logic...Or can we use SORT utility to achieve this..

I am also trying whether increase in buffer space will help to reduce elapsed time.

Kindly share your knowledge on this.

Back to top
View user's profile Send private message

Robert Sample

Global Moderator

Joined: 06 Jun 2008
Posts: 8211
Location: Dubuque, Iowa, USA

PostPosted: Thu Feb 16, 2012 8:42 pm    Post subject:
Reply with quote

You managed to post a lot but not a lot of useful data. Is your VSAM read direct (random) or sequential? Why not sort the sequential file and then you just have a simple two-file match process, for which a well-defined solution exists on this forum.

Elapsed time varies dramatically depending upon many, many, many factors -- and while you can control some of them, there are others that you have absolutely no control over. And only someone working at your site could possibly help you tune your job to reduce elapsed time.

Asking if increasing the buffers will reduce elapsed time is a useless question unless you know (1) how many buffers does the current process use for each file, (2) is the VSAM file using NSR or BLSR or RLS already, and (3) how much will adding buffers impact memory usage, channel utilization, and volume contention -- not to mention other questions such as what is the VSAM read distribution (100% sequential or 100% direct or some mix, and what is the mix)?
Back to top
View user's profile Send private message

Global Moderator

Joined: 14 Mar 2007
Posts: 8629
Location: Back in jolly old England

PostPosted: Thu Feb 16, 2012 8:44 pm    Post subject:
Reply with quote

I would certainly make sure that the PS file is in key sequence as this may reduce the IO for the VSAM file as any one index or data CI will only ever be read once. If the file is not in key sequence the same CIs may be read multiple times.

Not sure that buffer increases will acchieve much if the PS file is processed in key sequence, and may cause even more delays if not.

Can't see how skip sequential processing would help at all as the buffers will be dropped and reloaded for every change of access method.
Back to top
View user's profile Send private message
Bill Woodger

DFSORT Moderator

Joined: 09 Mar 2011
Posts: 7314

PostPosted: Thu Feb 16, 2012 9:12 pm    Post subject: Reply to: VSAM Performance tuning..
Reply with quote

If your driver file is unsorted, the time/resources taken will drop like a stone if you sort it. 275,000 in an hour, I'd guess it is unsorted, but only a guess.

If the driver is already sorted, find out the cut-off point between keyed reads and the two-file match. By this I mean, at some point the number of driver file records will cause more resources to read/update than it would take to read the vsam file serially. Once you find the ball-park size of the cut-off, then you can decide which route is best for your data.

Obviously consider the CI sizes. Small for any keyed access, big for sequential access. Is your VSAM used online? For a lot of keyed processing?

Is your VSAM file "split-to-hell-and-back"? High levels of "splits" have negative performance implications.
Back to top
View user's profile Send private message
Pete Wilson

Active User

Joined: 31 Dec 2009
Posts: 445
Location: London

PostPosted: Mon Mar 19, 2012 9:21 pm    Post subject:
Reply with quote

Also make sure you don't open and close the file(s) for every record!
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM All times are GMT + 6 Hours
Page 1 of 1


Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Where to get sample for processing RM... vice_versa PL/I & Assembler 2 Tue Jan 16, 2018 2:03 pm
No new posts VSAM dataset not found abdulrafi JCL & VSAM 5 Fri Jan 12, 2018 11:19 am
No new posts ISSUE IN copying Sequential file reco... thesumitk JCL & VSAM 2 Wed Dec 13, 2017 3:07 pm
No new posts Compare VSAM files using DFSORT pshongal DFSORT/ICETOOL 5 Thu Nov 23, 2017 10:24 am
No new posts VSAM RLS Wait time blayek JCL & VSAM 2 Mon Oct 02, 2017 9:05 pm

Back to Top
Job Vacancies | Forum Rules | Bookmarks | Subscriptions | FAQ | Polls | Contact Us