-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Harold Grovesteen wrote:
[...]
> [...] What is ambiguous from your post is whether all of
> the work got charged to a standard CPU or all of the work
> got charged to the zIIP.
Um... How can you tell? (z/OS ain't my thang)
> Either way, this is different than the 12 seconds identified
> in your message. A guess would be that whatever values have
> been presented by Hercules to z/OS
And what values would those be?? That's one of the things I'd like to
know! I believe knowing what these values were (STSI? Which function
code? Some DIAG information? Which one? Etc..) would be a BIG CLUE in
locating where Hercules is going wrong.
> has caused z/OS to dispatch the work differently than on a
> real mainframe. Getting these numbers to match what the real
> mainframe sees would require the same numbers.
Depending on WHAT these numbers where (i.e. not their values but
WHERE (i.e. which instruction(s)) they're coming from) it's a little
premature I think to presume they have to match exactly. I think we
need to determine WHAT these numbers are first (i.e. WHERE they're
coming from). Only then can we decide whether they need to be the
same. Does that make sense? Did I say that right?
> Maybe someone else knows whether these are static or change.
> If they are static we have a shot at getting them to be close.
(Oops. Should have kept reading..) Yes, I believe you're on the right
track: we need to determine WHAT these values are (i.e. WHERE they're
coming from) so we can then determine whether or not they're static
or dynamic.
If they're static then it's easy: we just have to match the same
values a real machine produces.
If they're dynamic however, then we need to determine the proper way
they should be calculated and then double check our calculations to
make sure they're being calculated correctly.
But first things first: how and the heck does one determine which of
the numbers Hercules is providing are the ones involved in this
issue??
TIA
- --
"Fish" (David B. Trout) -
fish@...
Fight Spam! Join CAUCE! <
http://www.cauce.org/>
7 reasons why HTML email is a bad thing
http://www.georgedillon.com/web/html_email_is_evil.shtmlPGP key fingerprints:
RSA: 6B37 7110 7201 9917 9B0D 99E3 55DB 5D58 FADE 4A52
DH/DSS: 9F9B BAB0 BA7F C458 1A89 FE26 48F5 D7F4 C4EE 3E2A
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.1
iQA/AwUBSkEEUkj11/TE7j4qEQJ+7gCgkk7biFZw1ZDZ+Y31hwysOOYp9KAAoKTq
v+I02Nspv+39pBDe+mu1Ys4g
=R9il
-----END PGP SIGNATURE-----