STROBE
STROBE
by vikkysharma » Sun Jan 20, 2013 7:48 pm
i am looking for STROBE tool manual or any study material. anybody can help me for the same.
- vikkysharma
- Posts: 14
- Joined: Sun Jan 20, 2013 4:01 pm
- Has thanked: 0 time
- Been thanked: 0 time
Re: STROBE
by Robert Sample » Sun Jan 20, 2013 8:10 pm
The vendor for STROBE makes the manuals available on their web site. If your site has a license for STROBE, you can get a sign on from the vendor and download the manuals yourself. If your site does not have a license for STROBE, it is illegal to post the manuals or links to them as they are under copyright.
- Robert Sample
- Global moderator
- Posts: 3720
- Joined: Sat Dec 19, 2009 8:32 pm
- Location: Dubuque, Iowa, USA
- Has thanked: 1 time
- Been thanked: 279 times
Re: STROBE
by enrico-sorichetti » Sun Jan 20, 2013 8:33 pm
and ...
what does a request for manuals have to do with Suggestions & Feedback ???
what does a request for manuals have to do with Suggestions & Feedback ???
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
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: 3006
- Joined: Fri Apr 18, 2008 11:25 pm
- Has thanked: 0 time
- Been thanked: 165 times
Re: STROBE
by vikkysharma » Mon Jan 21, 2013 6:46 pm
Thansk for your suggestions Robert and Enrico, i am new for strobe and want to optimize a cobol program.
trru my stroobe report i found that INSPECT verb is taking around 80% CPU utilization. i am trying to optimize this with replacement of PERFORM loop.
please suggest if you have any more Ideas to optimization.
trru my stroobe report i found that INSPECT verb is taking around 80% CPU utilization. i am trying to optimize this with replacement of PERFORM loop.
please suggest if you have any more Ideas to optimization.
- vikkysharma
- Posts: 14
- Joined: Sun Jan 20, 2013 4:01 pm
- Has thanked: 0 time
- Been thanked: 0 time
Re: STROBE
by BillyBoyo » Mon Jan 21, 2013 7:00 pm
We can move the topic to the Cobol part of the forum then.
Please post the code that you regard as problematic, including all data definitions, in the Code tags please.
Please post the code that you regard as problematic, including all data definitions, in the Code tags please.
- BillyBoyo
- Global moderator
- Posts: 3804
- Joined: Tue Jan 25, 2011 12:02 am
- Has thanked: 22 times
- Been thanked: 265 times
Re: STROBE
by dick scherrer » Tue Jan 22, 2013 9:23 pm
Hello and welcome to the forum,
While INSPECT has a "heavy" resource requirement, make sure this is actually what is causing the poor performance.
How is "poor performance" defined for this process? Is the process running too long? While the INSPECT is quite visable, it may not be a problem at all.
While INSPECT has a "heavy" resource requirement, make sure this is actually what is causing the poor performance.
How is "poor performance" defined for this process? Is the process running too long? While the INSPECT is quite visable, it may not be a problem at all.
Hope this helps,
d.sch.
d.sch.
-
dick scherrer - Global moderator
- Posts: 6268
- Joined: Sat Jun 09, 2007 8:58 am
- Has thanked: 3 times
- Been thanked: 93 times
Re: STROBE
by Ed Goodman » Wed Jan 23, 2013 8:06 pm
In general, work the STROBE report from top to bottom. First, look at the profile (near the top) and see what percentages are in CPU/WAIT/QUEUED. Most likely, you have a high WAIT percentage. If so, then drop down to the WAIT sub reports and see where it's coming from.
If you really do have a high CPU percentage, then you are doing the right thing by chasing down the verb(s) using a lot of CPU.
The hardest thing to get used to with STROBE and APA is that you are dealing with percentages. You may be seeing a verb using 85% of CPU, but out of how much time? If it's 85% of two hours, then you can probably make a difference. If it's 85% of 1 second, you may be past the point of diminishing returns.
The most important thing is to test before and after. Sure, you can change that one verb to not have 85%, but did the total go down after you were done?
If you really do have a high CPU percentage, then you are doing the right thing by chasing down the verb(s) using a lot of CPU.
The hardest thing to get used to with STROBE and APA is that you are dealing with percentages. You may be seeing a verb using 85% of CPU, but out of how much time? If it's 85% of two hours, then you can probably make a difference. If it's 85% of 1 second, you may be past the point of diminishing returns.
The most important thing is to test before and after. Sure, you can change that one verb to not have 85%, but did the total go down after you were done?
- Ed Goodman
- Posts: 341
- Joined: Thu Feb 24, 2011 12:05 am
- Has thanked: 3 times
- Been thanked: 17 times
Re: STROBE
by vikkysharma » Mon Jan 28, 2013 8:11 pm
Hi all ,
i am very new to STROBE, i have attach two screen shot of Strobe report, anybody can lillte explain me how i can strat my analsys to tune up my job.
and second screen is :
(coded)
i am very new to STROBE, i have attach two screen shot of Strobe report, anybody can lillte explain me how i can strat my analsys to tune up my job.
MEASUREMENT SESSION DATA . . . . . . . . . . . . . . . . . . . . . . . . . #MSD
TIME DISTRIBUTION OF ACTIVITY LEVEL . . . . . . . . . . . . . . . . . . . . #TDA
RESOURCE DEMAND DISTRIBUTION . . . . . . . . . . . . . . . . . . . . . . . #RDD
WORKING SET SIZE THROUGH TIME . . . . . . . . . . . . . . . . . . . . . . . #WSS
WAIT TIME BY MODULE . . . . . . . . . . . . . . . . . . . . . . . . . . . . #WTM
DATA SET CHARACTERISTICS . . . . . . . . . . . . . . . . . . . . . . . . . #DSC
DATA SET CHARACTERISTICS SUPPLEMENT . . . . . . . . . . . . . . . . . . . . #DSS
I/O FACILITY UTILIZATION SUMMARY . . . . . . . . . . . . . . . . . . . . . #IOF
MOST INTENSIVELY EXECUTED PROCEDURES . . . . . . . . . . . . . . . . . . . #IEP
PROGRAM SECTION USAGE SUMMARY . . . . . . . . . . . . . . . . . . . . . . . #PSU
PROGRAM USAGE BY PROCEDURE . . . . . . . . . . . . . . . . . . . . . . . . #PUP
DASD USAGE BY CYLINDER . . . . . . . . . . . . . . . . . . . . . . . . . . #DUC
ATTRIBUTION OF CPU EXECUTION TIME . . . . . . . . . . . . . . . . . . . . . #ACE
ATTRIBUTION OF CPU WAIT TIME . . . . . . . . . . . . . . . . . . . . . . . #ACW
TIME DISTRIBUTION OF ACTIVITY LEVEL . . . . . . . . . . . . . . . . . . . . #TDA
RESOURCE DEMAND DISTRIBUTION . . . . . . . . . . . . . . . . . . . . . . . #RDD
WORKING SET SIZE THROUGH TIME . . . . . . . . . . . . . . . . . . . . . . . #WSS
WAIT TIME BY MODULE . . . . . . . . . . . . . . . . . . . . . . . . . . . . #WTM
DATA SET CHARACTERISTICS . . . . . . . . . . . . . . . . . . . . . . . . . #DSC
DATA SET CHARACTERISTICS SUPPLEMENT . . . . . . . . . . . . . . . . . . . . #DSS
I/O FACILITY UTILIZATION SUMMARY . . . . . . . . . . . . . . . . . . . . . #IOF
MOST INTENSIVELY EXECUTED PROCEDURES . . . . . . . . . . . . . . . . . . . #IEP
PROGRAM SECTION USAGE SUMMARY . . . . . . . . . . . . . . . . . . . . . . . #PSU
PROGRAM USAGE BY PROCEDURE . . . . . . . . . . . . . . . . . . . . . . . . #PUP
DASD USAGE BY CYLINDER . . . . . . . . . . . . . . . . . . . . . . . . . . #DUC
ATTRIBUTION OF CPU EXECUTION TIME . . . . . . . . . . . . . . . . . . . . . #ACE
ATTRIBUTION OF CPU WAIT TIME . . . . . . . . . . . . . . . . . . . . . . . #ACW
and second screen is :
#IEP ** MOST INTENSIVELY EXECUTED PROCEDURES **
MODULE SECTION LINE PROCEDURE START % CPU TIME
NAME NAME NUMBER NAME LOC SOLO TOTAL
.VSAM IDA019L1 VSAM RECORD MANAGEMENT 94.54 95.36
GTPGM1 GTPGM1 002DC0 1.22 1.22
.COBLIB IGZCPAC COBPACK GENERAL .69 .72
GTPGM1 GTPGM1 001A00 .47 .53
GTPGM1 GTPGM1 001A40 .31 .31
GTPGM1 GTPGM1 003140 .22 .25
.IOCS IGG019AJ QSAM SMPL PUT LOCATE VAR .16 .19
.COBLIB IGZCPCO PARTITION COMMUNICATION .19 .19
.IOCS IGG019BK DATA MANAGEMENT SERVICES .03 .13
.COBLIB IGZEQBL QSAM INIT I/O & EXITS .09 .09
MODULE SECTION LINE PROCEDURE START % CPU TIME
NAME NAME NUMBER NAME LOC SOLO TOTAL
.VSAM IDA019L1 VSAM RECORD MANAGEMENT 94.54 95.36
GTPGM1 GTPGM1 002DC0 1.22 1.22
.COBLIB IGZCPAC COBPACK GENERAL .69 .72
GTPGM1 GTPGM1 001A00 .47 .53
GTPGM1 GTPGM1 001A40 .31 .31
GTPGM1 GTPGM1 003140 .22 .25
.IOCS IGG019AJ QSAM SMPL PUT LOCATE VAR .16 .19
.COBLIB IGZCPCO PARTITION COMMUNICATION .19 .19
.IOCS IGG019BK DATA MANAGEMENT SERVICES .03 .13
.COBLIB IGZEQBL QSAM INIT I/O & EXITS .09 .09
(coded)
- vikkysharma
- Posts: 14
- Joined: Sun Jan 20, 2013 4:01 pm
- Has thanked: 0 time
- Been thanked: 0 time
Re: STROBE
by Robert Sample » Mon Jan 28, 2013 9:19 pm
You need to learn how to use the Code button on this forum to preserve spacing of mainframe reports.
Furthermore, you didn't provide some of the key metrics required -- such as number of samples taken and total CPU time used. However, it appears that VSAM record management is using most of the CPU time in your job -- which means you need to investigate whether the program is doing direct or sequential reads, uses NSR / LSR appropriately, has appropriate buffers (both BUFND and BUFNI), and is this a different program than you had the INSPECT issue with?
Furthermore, you didn't provide some of the key metrics required -- such as number of samples taken and total CPU time used. However, it appears that VSAM record management is using most of the CPU time in your job -- which means you need to investigate whether the program is doing direct or sequential reads, uses NSR / LSR appropriately, has appropriate buffers (both BUFND and BUFNI), and is this a different program than you had the INSPECT issue with?
- Robert Sample
- Global moderator
- Posts: 3720
- Joined: Sat Dec 19, 2009 8:32 pm
- Location: Dubuque, Iowa, USA
- Has thanked: 1 time
- Been thanked: 279 times
Re: STROBE
by vikkysharma » Tue Jan 29, 2013 12:37 am
yes Robert this is different program , in that program i replace the inspect with Perform and refrence- modification it ran fine and save almost 50% CPU.
- vikkysharma
- Posts: 14
- Joined: Sun Jan 20, 2013 4:01 pm
- Has thanked: 0 time
- Been thanked: 0 time