Maybe I am confused, but is looks like this move is using .76% of the CPU of the program. This is less than 1%. What does the section called (AFAIR) most highly executed procedures look like.

----- Original Message ----- From: "Farley, Peter x23353" <[email protected]>
Newsgroups: bit.listserv.ibm-main
To: <[email protected]>
Sent: Saturday, August 08, 2009 11:28 AM
Subject: Re: z10 and overlapping/destructive moves


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On
Behalf Of Edward Jaffe
Sent: Friday, August 07, 2009 8:22 PM
To: [email protected]
Subject: Re: z10 and overlapping/destructive moves

Farley, Peter x23353 wrote:
> Indeed, that is what I am doing.  That COBOL MOVE is the first of 56
> bytes highlighted by Strobe.

It's telling you that a disproportionate number of samples recorded
the
"next to be dispatched" PSW somewhere within those 56 bytes...not on
the
MVC. What do the other 50 bytes of code look like?

Here is the Strobe line from the latest run, which reduced the spike
window to 34 bytes starting at the MVI/MVC:

LINE     PROCEDURE          STARTING       INTERVAL           % CPU
TIME
NUMBER       NAME            LOCATION         LENGTH          SOLO
TOTAL
6823     MOVE               0033D6              34           .62
.76   .************+++

Here is the generated assembler at that location for 34 bytes:

006823  MOVE
  0033D6  9240 30FE               MVI   254(3),X'40'
  0033DA  D276 30FF 30FE          MVC   255(119,3),254(3)
006825  EVALUATE
006826  WHEN
  0033E0  5820 C034               L     2,52(0,12)
  0033E4  D502 30DB 24CA          CLC   219(3,3),1226(2)
  0033EA  4740 BBC6               BC    4,3014(0,11)
  0033EE  D502 30DB 24AA          CLC   219(3,3),1194(2)
  0033F4  47D0 BBE4               BC    13,3044(0,11)
  0033F8                 GN=1443  EQU   *

As you can see, there isn't much here to explain a spike except the
MVI/MVC combination.  The EVALUATE/WHEN that follows is comparing a
3-byte field to two literals (a less-than-this or greater-than-that
construct).

Hence my questions on how this MVI/MVC could generate such a spike.

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

Reply via email to