CA IDMS

Expand all | Collapse all

Dummies guide to ZIIP

  • 1.  Dummies guide to ZIIP

    Posted 01-24-2009 05:51 AM
    Dear fellow DBA s

    I'm running ZIIP benchmarks on R17 on a wet grey Saturday afternoon.
    Obviously I am bored to death until the pub opens. So..

    My impression of this new cool toy.

    Having a ZIIP Processor is like having an extra brain. Your brain is
    overloaded because you have a mortgage, a wife, children, a mistress, a
    large number of useless shares in various large banks and a distressing
    unidentified lump which you don't want to think about but always do.

    Your ZIIP brain has no body and is therefore unable to fall into the
    wife,children,mortgage, bad lifestyle trap. Your ZIIP brain has nothing
    better to do than just think.

    Think how much more productive you could be if you could offload the
    worrying bit of your thought processes and get on with the interesting
    stuff.

    So what we want to do is to make as much of the humdrum tedious stuff
    eligible to run on ZIIP as we can. The only questions are what and how.

    The ZIIP brain can't do a lot of things that we are able to, due to its lack
    of arms,legs etc. It is not much good getting the ZIIP to think about
    playing football. Stuff like I/O and SVCs and ENQs and Timer functions are
    not going to work on ZIIP. But lots of other things will.

    But to use our ZIIP we need to have our processes managed in a slightly
    different way. Normally we have a TCB to look after what we do. Our TCB is a
    big brother making sure that we don't do anything naughty and that we clear
    up after ourselves and leave the place as we found it.

    ZIIP hasn't got a big brother. He has an SRB which is more of a
    disinterested child minder - possibly alcoholic and almost certainly on
    drugs. We can't really expect much in the way of supervision but as long as
    we are quiet and just get on with it then everything should be OK.

    Another way of thinking about it is to imagine a TCB to be like landing a
    747 at JFK - but in a simulator on the ground. The SRB is doing it for real.
    It feels the same and it needs the same skills but you don't walk away from
    an SRB crash.

    So as handling the SRB is a job for an experienced pilot, IBM only give out
    flying licences to people it trusts. CA is trusted to fly the plane with R17
    but CA is not allowed to let other people fly the plane.

    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots of the
    R17 code can run on it freeing up the main processor. I am getting 25-30% on
    ZIIP. I am sure that over time more and more of the code will be converted
    to SRB. The problem comes when you get some NON CA code running in IDMS.
    This code doesn't have a licence and that means we have to come back to the
    old TCB and run on the Central Processor.

    The code I am talking about is DB Procedures and Exits not written by CA. It
    may be home written or it may come from a 3rd party vendor. This seems to
    slow things down a lot and use valuable CP time.

    I am sure that over time the 3rd party vendors will get their licences and
    produce ZIIP eligible code. But that isn't the case right now for the 3rd
    party products that we have. Also I have several exits of my own which
    actually would be eligible for ZIIP but I am never going to get my pilots
    licence, so every time my harmless code is called, IDMS has to swap back to
    TCB mode. Bummer.

    This isn't CA's fault. The licence with IBM to exploit ZIIP prevents them
    from running non CA code under ZIIP. To do so would be a violation of the
    contract.

    So if you are thinking of ZIIPing then make sure that there are no redundant
    or ""nice to have but not really necessary"" exits in your system.

    And possibly ask your 3rd party vendors if they are ZIIP ready yet.


    Chris Trayler


    ______________________________________________________________

    Chris Trayler, IXD
    Bank Julius Baer & Co. Ltd.
    P. O. Box, CH-8010 Zürich, Switzerland
    Telephone +41 (0)58 887 4332, Fax +41 (0)58 887 4969
    www.juliusbaer.com <http://www.juliusbaer.com/>

    ______________________________________________________________

    *****JuliusBaer Disclaimer***** This e-mail is for the intended recipient
    only and may contain confidential or privileged information. If you have
    received this e-mail by mistake, please contact us immediately and
    completely delete it (and any attachments) and do not forward it or inform
    any other person of its contents. If you send us messages by e-mail, we take
    this as your authorization to correspond with you by e-mail, however, we
    will not accept the electronic transmission of orders/instructions without a
    specific agreement being in place to govern the same. If you do not wish to
    receive any further e-mail correspondence please let us know. E-mail
    transmission cannot be guaranteed to be secure or error-free as information
    could be intercepted, amended, corrupted, lost, destroyed, arrive late or
    incomplete, or contain viruses. Neither the Julius Baer Group nor the sender
    accept liability for any errors or omissions in the content of this message
    which arise as a result of its e-mail transmission. Please note that all
    e-mail communications to and from the Julius Baer Group may be monitored.
    This communication is for informational purposes only. It is not intended as
    an offer or solicitation for the purchase or sale of any financial
    instrument or as an official confirmation of any transaction.
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: Dummies guide to ZIIP
    "Excellent, I am learned now.

    William M. Allen, Jr.
    ARCH Consulting Associates, Ltd.
    (704) 641-0296


  • 2.  Re:Dummies guide to ZIIP

    Posted 01-24-2009 05:51 AM
    Dear fellow DBA s
    =20
    I'm running ZIIP benchmarks on R17 on a wet grey Saturday afternoon.
    Obviously I am bored to death until the pub opens. So..
    =20
    My impression of this new cool toy.
    =20
    Having a ZIIP Processor is like having an extra brain. Your brain is
    overloaded because you have a mortgage, a wife, children, a mistress, a
    large number of useless shares in various large banks and a distressing
    unidentified lump which you don't want to think about but always do.
    =20
    Your ZIIP brain has no body and is therefore unable to fall into the
    wife,children,mortgage, bad lifestyle trap. Your ZIIP brain has nothing
    better to do than just think.
    =20
    Think how much more productive you could be if you could offload the
    worrying bit of your thought processes and get on with the interesting
    stuff.
    =20
    So what we want to do is to make as much of the humdrum tedious stuff
    eligible to run on ZIIP as we can. The only questions are what and how.
    =20
    The ZIIP brain can't do a lot of things that we are able to, due to its =
    lack
    of arms,legs etc. It is not much good getting the ZIIP to think about
    playing football. Stuff like I/O and SVCs and ENQs and Timer functions =
    are
    not going to work on ZIIP. But lots of other things will.
    =20
    But to use our ZIIP we need to have our processes managed in a slightly
    different way. Normally we have a TCB to look after what we do. Our TCB =
    is a
    big brother making sure that we don't do anything naughty and that we =
    clear
    up after ourselves and leave the place as we found it.
    =20
    ZIIP hasn't got a big brother. He has an SRB which is more of a
    disinterested child minder - possibly alcoholic and almost certainly on
    drugs. We can't really expect much in the way of supervision but as long =
    as
    we are quiet and just get on with it then everything should be OK.
    =20
    Another way of thinking about it is to imagine a TCB to be like landing =
    a
    747 at JFK - but in a simulator on the ground. The SRB is doing it for =
    real.
    It feels the same and it needs the same skills but you don't walk away =
    from
    an SRB crash.
    =20
    So as handling the SRB is a job for an experienced pilot, IBM only give =
    out
    flying licences to people it trusts. CA is trusted to fly the plane with =
    R17
    but CA is not allowed to let other people fly the plane.
    =20
    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots of =
    the
    R17 code can run on it freeing up the main processor. I am getting =
    25-30% on
    ZIIP. I am sure that over time more and more of the code will be =
    converted
    to SRB. The problem comes when you get some NON CA code running in IDMS.
    This code doesn't have a licence and that means we have to come back to =
    the
    old TCB and run on the Central Processor.
    =20
    The code I am talking about is DB Procedures and Exits not written by =
    CA. It
    may be home written or it may come from a 3rd party vendor. This seems =
    to
    slow things down a lot and use valuable CP time.
    =20
    I am sure that over time the 3rd party vendors will get their licences =
    and
    produce ZIIP eligible code. But that isn't the case right now for the =
    3rd
    party products that we have. Also I have several exits of my own which
    actually would be eligible for ZIIP but I am never going to get my =
    pilots
    licence, so every time my harmless code is called, IDMS has to swap back =
    to
    TCB mode. Bummer.=20
    =20
    This isn't CA's fault. The licence with IBM to exploit ZIIP prevents =
    them
    from running non CA code under ZIIP. To do so would be a violation of =
    the
    contract.
    =20
    So if you are thinking of ZIIPing then make sure that there are no =
    redundant
    or ""nice to have but not really necessary"" exits in your system.
    =20
    And possibly ask your 3rd party vendors if they are ZIIP ready yet.
    =20
    =20
    Chris Trayler
    =20
    =20
    ______________________________________________________________
    =20
    Chris Trayler, IXD
    Bank Julius Baer & Co. Ltd.
    P. O. Box, CH-8010 Z=FCrich, Switzerland
    Telephone +41 (0)58 887 4332, Fax +41 (0)58 887 4969
    www.juliusbaer.com <http://www.juliusbaer.com/>=20
    =20
    ______________________________________________________________
    =20
    *****JuliusBaer Disclaimer***** This e-mail is for the intended =
    recipient
    only and may contain confidential or privileged information. If you have
    received this e-mail by mistake, please contact us immediately and
    completely delete it (and any attachments) and do not forward it or =
    inform
    any other person of its contents. If you send us messages by e-mail, we =
    take
    this as your authorization to correspond with you by e-mail, however, we
    will not accept the electronic transmission of orders/instructions =
    without a
    specific agreement being in place to govern the same. If you do not wish =
    to
    receive any further e-mail correspondence please let us know. E-mail
    transmission cannot be guaranteed to be secure or error-free as =
    information
    could be intercepted, amended, corrupted, lost, destroyed, arrive late =
    or
    incomplete, or contain viruses. Neither the Julius Baer Group nor the =
    sender
    accept liability for any errors or omissions in the content of this =
    message
    which arise as a result of its e-mail transmission. Please note that all
    e-mail communications to and from the Julius Baer Group may be =
    monitored.
    This communication is for informational purposes only. It is not =
    intended as
    an offer or solicitation for the purchase or sale of any financial
    instrument or as an official confirmation of any transaction.
    "
    IDMS 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    IDMS 16 & Z/OS 1.9
    "We are running IDMS 16 SP1 and are upgrading our operating system to Z/OS
    1.9, can anyone comment on the impact on CPU usage of Z/OS 1.9?
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    IDMS 16 & Z/OS 1.9
    "We are running IDMS 16 SP1 and are upgrading our operating system to Z/OS
    1.9, can anyone comment on the impact on CPU usage of Z/OS 1.9?
    "
    IDMS 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Just ran Idms 12.1 on Z/OS 1.9 with no problems this week-end
    "I did not reassemble the svc or relink the startup module and everything
    ran just fine.

    Dick Borman
    CSC

    San Diego, Ca
    CSC Outsourcing Services | p.760-787-1075 | c.858-245-4761 |
    rborman@csc.com | www.csc.com

    home 760-787-1075
    cell 858-245-4761
    rborman@csc.com


    This is a PRIVATE message. If you are not the intended recipient, please
    delete without copying and kindly advise us by e-mail of the mistake in
    delivery.
    NOTE: Regardless of content, this e-mail shall not operate to bind CSC to
    any order or other contract unless pursuant to explicit written agreement
    or government initiative expressly permitting the use of e-mail for such
    purpose.
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    R17 electronic download
    "I would like to hear from anyone who has used the new electronic download f=
    or the R17 install files. Was it worth the trouble, or would ordering a ta=
    pe be easier?

    Kay Rozeboom
    State of Iowa
    Information Technology Enterprise
    Department of Administrative Services
    Telephone: 515.281.6139 Fax: 515.281.6137
    Email: Kay.Rozeboom@Iowa.Gov
    "
    IDMS 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    R17 electronic download
    "I would like to hear from anyone who has used the new electronic download for the R17 install files. Was it worth the trouble, or would ordering a tape be easier?

    Kay Rozeboom
    State of Iowa
    Information Technology Enterprise
    Department of Administrative Services
    Telephone: 515.281.6139 Fax: 515.281.6137
    Email: Kay.Rozeboom@Iowa.Gov
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: R17 electronic download
    "It took me a whole day to learn how to be a UNIX Websphere expert and I
    couldn't get the examples from the book to work.

    After I looked up everything apout .pax files on Google, I was able to
    do it and it all worked very well.

    I think the manual was written by someone who is just a UNIX man. He
    assumes that we mainframe dinosaurs know what he is talking about.

    I threw the manual away in the end and just did it myself.

    Chris Trayler =20


  • 3.  Re: Dummies guide to ZIIP

    Posted 01-24-2009 08:53 PM
    Just to try and add some perspective, swapping back and forth does not
    slow the IDMS system down a lot. What having the exits does do is
    require the IDMS code to swap from SRB mode to TCB mode, allow the exit
    to run, then swap back to SRB mode once the exit is complete. I believe
    if you look at a lot of the popular exits, 4,5,6, 14, 23, the first
    thing you'll notice is they are called once during the life of the task.
    This will not noticeably slow IDMS down and the amount of CP CPU usage
    is practically immeasurable.

    In my opinion, what you need to focus on with zIIP is the amount of CP
    CPU cycles freed up for other jobs or applications running on the box,
    especially the ones that can not run on zIIP. While IDMS is running on
    the zIIP the CP cycles saved can be used by these other applications.
    This will for the most part improve their performance.

    You can add to this the cycles saved can save you a costly machine
    upgrade. Let's say the amount of CPU cycles used by your IDMS system or
    systems is currently running at 90 percent of box and the box is maxed
    out. In this case, the IDMS zIIP option could quite possibly offload up
    to 1/3 of it's cycles to the zIIP or approximately 30 percent of the
    box. This would drop the box utilization down to the 60 to 70 percent
    range.

    ________________________________

    From: IDMS Public Discussion Forum on behalf of Chris Hoelscher
    Sent: Sat 1/24/2009 5:11 PM
    To: IDMS-L@LISTSERV.IUASSN.COM
    Subject: Re: Dummies guide to ZIIP



    Trayler, Christopher wrote:
    >
    So as handling the SRB is a job for an experienced pilot, IBM only
    give out flying licences to people it trusts. CA is trusted to fly the
    plane with R17 but CA is not allowed to let other people fly the plane.
    >
    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots
    of the R17 code can run on it freeing up the main processor. I am
    getting 25-30% on ZIIP. I am sure that over time more and more of the
    code will be converted to SRB. The problem comes when you get some NON
    CA code running in IDMS. This code doesn't have a licence and that means
    we have to come back to the old TCB and run on the Central Processor.
    >
    The code I am talking about is DB Procedures and Exits not written by
    CA. It may be home written or it may come from a 3rd party vendor. This
    seems to slow things down a lot and use valuable CP time.
    does this mean that any exit (USG333 or those templated by CA) or DB
    procedure (IDMSCOMP/DCOM) that ARE written by CA WOULD run in SRB mode?

    *****JuliusBaer Disclaimer***** This e-mail is for the intended recipient only and may contain confidential or privileged information. If you have received this e-mail by mistake, please contact us immediately and completely delete it (and any attachments) and do not forward it or inform any other person of its contents. If you send us messages by e-mail, we take this as your authorization to correspond with you by e-mail, however, we will not accept the electronic transmission of orders/instructions without a specific agreement being in place to govern the same. If you do not wish to receive any further e-mail correspondence please let us know. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, amended, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Neither the Julius Baer Group nor the sender accept liability for any errors or omissions in the content of this message which arise as a result of its e-mail transmission. Please note that all e-mail communications to and from the Julius Baer Group may be monitored. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction.
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: Dummies guide to ZIIP
    "Just to add some figures to the debate as an illustration.

    I have a 3rd party product with exits in IDMSDBIO. I have an I/O
    intensive batch benchmark running on an empty machine.

    These are my figures: The first 4 are without the 3rd party product. The
    other 4 with it.

    (RPSDSK means Records per second from disk i.e. this benchmark is doing
    random I/O with < 5% buffer hits)

    LOAD MT ZIIP CPUMINS RPSBUF RPSDSK RUNDATE =20
    =20
    DSK N N 0.28 0 1920 2009-01-26 =20
    DSK Y N 0.28 0 3157 2009-01-26 =20
    DSK N Y 0.28 0 3448 2009-01-26 =20
    DSK Y Y 0.33 0 3370 2009-01-26
    =20
    DSK N N 0.37 0 1910 2009-01-26 =20
    DSK Y N 0.38 0 1973 2009-01-26 =20
    DSK N Y 0.40 0 1923 2009-01-26 =20
    DSK Y Y 0.38 0 1948 2009-01-26 =20

    The first thing to notice is that the Records Per second with and
    without the Exit in our current config of MT=3DN,ZIIP=3DN are 1910/1920 =
    I.e
    equal. The exit is using more CPU 0.37/0.28 but the machine is idle and
    CPU is available. The I/O rate appears to be in control. The story is
    very different when the CPU is under load.

    If I turn multitasking on without the exit I get an immediate benefit. I
    don't know why at the moment with only one run unit running.

    If I turn multitasking on with the exit then I get a slight benefit. I
    would have guessed that.

    When I turn ZIIP on it gets really good.

    My ZIIP throughput is fantastic without the exit. 60% faster on clock
    time.

    My ZIIP throughput with the exit is better - but only marginally.

    Ergo the exit is negating my ZIIP effectiveness by a substantial amount
    - In this scenario.

    There is a diagnostic that can be used to determine the ZIIP swappiness.

    For Case 1: No 3rd party exit. MT=3DN,ZIIP=3DY I get:

    CHGEMODE table display =20
    Address Program Offset Call cnt TCB->SRB SRB->TCB =20
    -------- -------- -------- ---------- ---------- ---------- =20
    1742DE2E IDMSDBIO 00000E2E 30 0 30 =20
    1742DEF6 IDMSDBIO 00000EF6 30 30 0=20

    *** Subtask display ***

    Subtask Elapsed time Total CPU time %
    CPU SRB =20
    Name TCB SRB TCB SRB TCB
    SRB =20
    -------- -------------- -------------- -------------- -------------- ---
    --- =20
    MAINTASK 00:00:15.6231 00:00:01.6540 00:00:15.7667 00:00:04.0441 100
    244 Y =20
    =20

    For Case 2: With 3rd Party exit MT=3DN,ZIIP=3DY I get:

    CHGEMODE table display =20
    Address Program Offset Call cnt TCB->SRB SRB->TCB =20
    -------- -------- -------- ---------- ---------- ---------- =20
    005D7E2E IDMSDBIO 00000E2E 5675 0 5675 =20
    005D7EF6 IDMSDBIO 00000EF6 5675 5675 0 =20
    =20
    *** Subtask display ***

    Subtask Elapsed time Total CPU time %
    CPU SRB =20
    Name TCB SRB TCB SRB TCB
    SRB =20
    -------- -------------- -------------- -------------- -------------- ---
    --- =20
    MAINTASK 00:00:19.9256 00:00:02.1405 00:00:21.5052 00:00:04.8715 107
    227 Y =20


    Quite a lot more TCB time . All down to the Exit and dramatically
    affecting my bottom line - recs per sec.

    There is nothing wrong with CA's ZIIP implementation. It is really good.
    But non CA exits can and do affect the result more than one would have
    imagined.

    In my case 1923 recs per second compared to 3348 recs per second. I
    would call that significant.=20
    =20


  • 4.  Re:Re: Dummies guide to ZIIP

    Posted 01-24-2009 08:53 PM
    Just to try and add some perspective, swapping back and forth does not
    slow the IDMS system down a lot. What having the exits does do is
    require the IDMS code to swap from SRB mode to TCB mode, allow the exit
    to run, then swap back to SRB mode once the exit is complete. I believe
    if you look at a lot of the popular exits, 4,5,6, 14, 23, the first
    thing you'll notice is they are called once during the life of the task.
    This will not noticeably slow IDMS down and the amount of CP CPU usage
    is practically immeasurable.

    In my opinion, what you need to focus on with zIIP is the amount of CP
    CPU cycles freed up for other jobs or applications running on the box,
    especially the ones that can not run on zIIP. While IDMS is running on
    the zIIP the CP cycles saved can be used by these other applications.
    This will for the most part improve their performance.

    You can add to this the cycles saved can save you a costly machine
    upgrade. Let's say the amount of CPU cycles used by your IDMS system or
    systems is currently running at 90 percent of box and the box is maxed
    out. In this case, the IDMS zIIP option could quite possibly offload up
    to 1/3 of it's cycles to the zIIP or approximately 30 percent of the
    box. This would drop the box utilization down to the 60 to 70 percent
    range.

    ________________________________

    From: IDMS Public Discussion Forum on behalf of Chris Hoelscher
    Sent: Sat 1/24/2009 5:11 PM
    To: IDMS-L@LISTSERV.IUASSN.COM
    Subject: Re: Dummies guide to ZIIP



    Trayler, Christopher wrote:
    >
    So as handling the SRB is a job for an experienced pilot, IBM only
    give out flying licences to people it trusts. CA is trusted to fly the
    plane with R17 but CA is not allowed to let other people fly the plane.
    >
    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots
    of the R17 code can run on it freeing up the main processor. I am
    getting 25-30% on ZIIP. I am sure that over time more and more of the
    code will be converted to SRB. The problem comes when you get some NON
    CA code running in IDMS. This code doesn't have a licence and that means
    we have to come back to the old TCB and run on the Central Processor.
    >
    The code I am talking about is DB Procedures and Exits not written by
    CA. It may be home written or it may come from a 3rd party vendor. This
    seems to slow things down a lot and use valuable CP time.
    does this mean that any exit (USG333 or those templated by CA) or DB
    procedure (IDMSCOMP/DCOM) that ARE written by CA WOULD run in SRB mode?

    *****JuliusBaer Disclaimer***** This e-mail is for the intended recipient
    only and may contain confidential or privileged information. If you have
    received this e-mail by mistake, please contact us immediately and
    completely delete it (and any attachments) and do not forward it or inform
    any other person of its contents. If you send us messages by e-mail, we take
    this as your authorization to correspond with you by e-mail, however, we
    will not accept the electronic transmission of orders/instructions without a
    specific agreement being in place to govern the same. If you do not wish to
    receive any further e-mail correspondence please let us know. E-mail
    transmission cannot be guaranteed to be secure or error-free as information
    could be intercepted, amended, corrupted, lost, destroyed, arrive late or
    incomplete, or contain viruses. Neither the Julius Baer Group nor the sender
    accept liability for any errors or omissions in the content of this message
    which arise as a result of its e-mail transmission. Please note that all
    e-mail communications to and from the Julius Baer Group may be monitored.
    This communication is for informational purposes only. It is not intended as
    an offer or solicitation for the purchase or sale of any financial
    instrument or as an official confirmation of any transaction.
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: IDMS 16 & Z/OS 1.9
    "We upgraded to Z/OS 1.9 a few months ago, and did not notice any change in CPU use as a result.


  • 5.  Re:Re: Dummies guide to ZIIP

    Posted 01-24-2009 08:53 PM
    Just to try and add some perspective, swapping back and forth does not
    slow the IDMS system down a lot. What having the exits does do is
    require the IDMS code to swap from SRB mode to TCB mode, allow the exit
    to run, then swap back to SRB mode once the exit is complete. I believe
    if you look at a lot of the popular exits, 4,5,6, 14, 23, the first
    thing you'll notice is they are called once during the life of the task.
    This will not noticeably slow IDMS down and the amount of CP CPU usage
    is practically immeasurable.

    In my opinion, what you need to focus on with zIIP is the amount of CP
    CPU cycles freed up for other jobs or applications running on the box,
    especially the ones that can not run on zIIP. While IDMS is running on
    the zIIP the CP cycles saved can be used by these other applications.
    This will for the most part improve their performance.

    You can add to this the cycles saved can save you a costly machine
    upgrade. Let's say the amount of CPU cycles used by your IDMS system or
    systems is currently running at 90 percent of box and the box is maxed
    out. In this case, the IDMS zIIP option could quite possibly offload up
    to 1/3 of it's cycles to the zIIP or approximately 30 percent of the
    box. This would drop the box utilization down to the 60 to 70 percent
    range.

    ________________________________

    From: IDMS Public Discussion Forum on behalf of Chris Hoelscher
    Sent: Sat 1/24/2009 5:11 PM
    To: IDMS-L@LISTSERV.IUASSN.COM
    Subject: Re: Dummies guide to ZIIP



    Trayler, Christopher wrote:
    >
    So as handling the SRB is a job for an experienced pilot, IBM only
    give out flying licences to people it trusts. CA is trusted to fly the
    plane with R17 but CA is not allowed to let other people fly the plane.
    >
    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots
    of the R17 code can run on it freeing up the main processor. I am
    getting 25-30% on ZIIP. I am sure that over time more and more of the
    code will be converted to SRB. The problem comes when you get some NON
    CA code running in IDMS. This code doesn't have a licence and that means
    we have to come back to the old TCB and run on the Central Processor.
    >
    The code I am talking about is DB Procedures and Exits not written by
    CA. It may be home written or it may come from a 3rd party vendor. This
    seems to slow things down a lot and use valuable CP time.
    does this mean that any exit (USG333 or those templated by CA) or DB
    procedure (IDMSCOMP/DCOM) that ARE written by CA WOULD run in SRB mode?
    *****JuliusBaer Disclaimer***** This e-mail is for the intended recipient only and may contain confidential or privileged information. If you have received this e-mail by mistake, please contact us immediately and completely delete it (and any attachments) and do not forward it or inform any other person of its contents. If you send us messages by e-mail, we take this as your authorization to correspond with you by e-mail, however, we will not accept the electronic transmission of orders/instructions without a specific agreement being in place to govern the same. If you do not wish to receive any further e-mail correspondence please let us know. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, amended, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Neither the Julius Baer Group nor the sender accept liability for any errors or omissions in the content of this message which arise as a result of its e-mail transmission. Please note that all e-mail communications to and from the Julius Baer Group may be monitored. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction.
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: Dummies guide to ZIIP
    "John is right that most exits make no difference at all. The ones that
    hurt are the DB procedures called at record level and the 3rd party
    exits called as Exits to IDMSDBIO. CA exits like COMP/DCOM and Presspack
    are eligible. John already confirmed that to me earlier. I have a DB
    procedure which is to do with security at the record level. It can be
    called many millions of times per day. It is not SRB eligible. I also
    have a 3rd party product which has exits in IDMSDBIO. This one hurts
    too. Overall the difference is not enormous but you can see it in the
    numbers if you do a benchmark.

    In general I am pretty happy with my tests on ZIIP. CA appears have to
    done a good job with it. IDMS itself is not quite as fast with ZIIP on
    as it is without it but the load on the CP is definitely much reduced
    which is a good thing for the machine in general.=20

    I would have no hesitation in recommending that we turn ZIIP on in our
    system. My benchmarks are extreme in terms of CV usage and not
    necessarily typical of the real load. Also I am not taking into account
    the knock-on effect on other systems of having that CPU available.

    Apart from having to authorize the libraries for ZIIP, the preparation
    to run is minimal. It is just a startup parameter. I shall be turning it
    on for real as soon as possible in the knowledge that my ""fallback"" is
    the most simple thing it can be.

    Long term I expect it to improve quite quickly. ZIIP is cool at the
    moment and I am sure that other vendors of IDMS software and non IDMS
    software will be offloading processing to ZIIP and freeing up the CP for
    more work. The crunch point is going to come when the ZIIP is knocking
    100% as well as the CP.

    Chris Trayler=20


  • 6.  Re:Re: Dummies guide to ZIIP

    Posted 01-24-2009 08:53 PM
    Just to try and add some perspective, swapping back and forth does not
    slow the IDMS system down a lot. What having the exits does do is
    require the IDMS code to swap from SRB mode to TCB mode, allow the exit
    to run, then swap back to SRB mode once the exit is complete. I believe
    if you look at a lot of the popular exits, 4,5,6, 14, 23, the first
    thing you'll notice is they are called once during the life of the task.
    This will not noticeably slow IDMS down and the amount of CP CPU usage
    is practically immeasurable.

    In my opinion, what you need to focus on with zIIP is the amount of CP
    CPU cycles freed up for other jobs or applications running on the box,
    especially the ones that can not run on zIIP. While IDMS is running on
    the zIIP the CP cycles saved can be used by these other applications.
    This will for the most part improve their performance.

    You can add to this the cycles saved can save you a costly machine
    upgrade. Let's say the amount of CPU cycles used by your IDMS system or
    systems is currently running at 90 percent of box and the box is maxed
    out. In this case, the IDMS zIIP option could quite possibly offload up
    to 1/3 of it's cycles to the zIIP or approximately 30 percent of the
    box. This would drop the box utilization down to the 60 to 70 percent
    range.

    ________________________________

    From: IDMS Public Discussion Forum on behalf of Chris Hoelscher
    Sent: Sat 1/24/2009 5:11 PM
    To: IDMS-L@LISTSERV.IUASSN.COM
    Subject: Re: Dummies guide to ZIIP



    Trayler, Christopher wrote:
    >
    So as handling the SRB is a job for an experienced pilot, IBM only
    give out flying licences to people it trusts. CA is trusted to fly the
    plane with R17 but CA is not allowed to let other people fly the plane.
    >
    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots
    of the R17 code can run on it freeing up the main processor. I am
    getting 25-30% on ZIIP. I am sure that over time more and more of the
    code will be converted to SRB. The problem comes when you get some NON
    CA code running in IDMS. This code doesn't have a licence and that means
    we have to come back to the old TCB and run on the Central Processor.
    >
    The code I am talking about is DB Procedures and Exits not written by
    CA. It may be home written or it may come from a 3rd party vendor. This
    seems to slow things down a lot and use valuable CP time.
    does this mean that any exit (USG333 or those templated by CA) or DB
    procedure (IDMSCOMP/DCOM) that ARE written by CA WOULD run in SRB mode?

    *****JuliusBaer Disclaimer***** This e-mail is for the intended recipient
    only and may contain confidential or privileged information. If you have
    received this e-mail by mistake, please contact us immediately and
    completely delete it (and any attachments) and do not forward it or inform
    any other person of its contents. If you send us messages by e-mail, we take
    this as your authorization to correspond with you by e-mail, however, we
    will not accept the electronic transmission of orders/instructions without a
    specific agreement being in place to govern the same. If you do not wish to
    receive any further e-mail correspondence please let us know. E-mail
    transmission cannot be guaranteed to be secure or error-free as information
    could be intercepted, amended, corrupted, lost, destroyed, arrive late or
    incomplete, or contain viruses. Neither the Julius Baer Group nor the sender
    accept liability for any errors or omissions in the content of this message
    which arise as a result of its e-mail transmission. Please note that all
    e-mail communications to and from the Julius Baer Group may be monitored.
    This communication is for informational purposes only. It is not intended as
    an offer or solicitation for the purchase or sale of any financial
    instrument or as an official confirmation of any transaction.
    "
    IDMS 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: Dummies guide to ZIIP
    "This prompts the question ""Whose EXIT and what does it do?""

    John Abell
    International Software Products

    Tel: 1-800-295-7608 Ext: 224

    Outside North America: 1-416-593-5578 Ext: 224

    This email may contain confidential and privileged material for the sole use
    of the intended recipient(s). Any review, use, retention, distribution or
    disclosure by others is strictly prohibited. If you are not the intended
    recipient (or authorized to receive on behalf of the named recipient),
    please contact the sender by reply email and delete all copies of this
    message. Also, email is susceptible to data corruption, interception,
    tampering, unauthorized amendment and viruses. We only send and receive
    emails on the basis that we are not liable for any such corruption,
    interception, tampering, amendment or viruses or any consequence thereof.


  • 7.  Re:Re: Dummies guide to ZIIP

    Posted 01-24-2009 08:53 PM
    Just to try and add some perspective, swapping back and forth does not
    slow the IDMS system down a lot. What having the exits does do is
    require the IDMS code to swap from SRB mode to TCB mode, allow the exit
    to run, then swap back to SRB mode once the exit is complete. I believe
    if you look at a lot of the popular exits, 4,5,6, 14, 23, the first
    thing you'll notice is they are called once during the life of the task.
    This will not noticeably slow IDMS down and the amount of CP CPU usage
    is practically immeasurable.
    =20
    In my opinion, what you need to focus on with zIIP is the amount of CP
    CPU cycles freed up for other jobs or applications running on the box,
    especially the ones that can not run on zIIP. While IDMS is running on
    the zIIP the CP cycles saved can be used by these other applications.
    This will for the most part improve their performance.=20
    =20
    You can add to this the cycles saved can save you a costly machine
    upgrade. Let's say the amount of CPU cycles used by your IDMS system or
    systems is currently running at 90 percent of box and the box is maxed
    out. In this case, the IDMS zIIP option could quite possibly offload up
    to 1/3 of it's cycles to the zIIP or approximately 30 percent of the
    box. This would drop the box utilization down to the 60 to 70 percent
    range.

    ________________________________

    From: IDMS Public Discussion Forum on behalf of Chris Hoelscher
    Sent: Sat 1/24/2009 5:11 PM
    To: IDMS-L@LISTSERV.IUASSN.COM
    Subject: Re: Dummies guide to ZIIP



    Trayler, Christopher wrote:
    >
    So as handling the SRB is a job for an experienced pilot, IBM only
    give out flying licences to people it trusts. CA is trusted to fly the
    plane with R17 but CA is not allowed to let other people fly the plane.
    >
    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots
    of the R17 code can run on it freeing up the main processor. I am
    getting 25-30% on ZIIP. I am sure that over time more and more of the
    code will be converted to SRB. The problem comes when you get some NON
    CA code running in IDMS. This code doesn't have a licence and that means
    we have to come back to the old TCB and run on the Central Processor.
    >
    The code I am talking about is DB Procedures and Exits not written by
    CA. It may be home written or it may come from a 3rd party vendor. This
    seems to slow things down a lot and use valuable CP time.
    does this mean that any exit (USG333 or those templated by CA) or DB
    procedure (IDMSCOMP/DCOM) that ARE written by CA WOULD run in SRB mode?
    =20
    *****JuliusBaer Disclaimer***** This e-mail is for the intended =
    recipient only and may contain confidential or privileged information. =
    If you have received this e-mail by mistake, please contact us =
    immediately and completely delete it (and any attachments) and do not =
    forward it or inform any other person of its contents. If you send us =
    messages by e-mail, we take this as your authorization to correspond =
    with you by e-mail, however, we will not accept the electronic =
    transmission of orders/instructions without a specific agreement being =
    in place to govern the same. If you do not wish to receive any further =
    e-mail correspondence please let us know. E-mail transmission cannot be =
    guaranteed to be secure or error-free as information could be =
    intercepted, amended, corrupted, lost, destroyed, arrive late or =
    incomplete, or contain viruses. Neither the Julius Baer Group nor the =
    sender accept liability for any errors or omissions in the content of =
    this message which arise as a result of its e-mail transmission. Please =
    note that all e-mail communications to and from the Julius Baer Group =
    may be monitored. This communication is for informational purposes only. =
    It is not intended as an offer or solicitation for the purchase or sale =
    of any financial instrument or as an official confirmation of any =
    transaction.
    "
    IDMS 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: Dummies guide to ZIIP
    "Just to try and add some perspective, swapping back and forth does not slow the IDMS system down a lot. What having the exits does do is require the IDMS code to swap from SRB mode to TCB mode, allow the exit to run, then swap back to SRB mode once the exit is complete. I believe if you look at a lot of the popular exits, 4,5,6, 14, 23, the first thing you'll notice is they are called once during the life of the task. This will not noticeably slow IDMS down and the amount of CP CPU usage is practically immeasurable.

    In my opinion, what you need to focus on with zIIP is the amount of CP CPU cycles freed up for other jobs or applications running on the box, especially the ones that can not run on zIIP. While IDMS is running on the zIIP the CP cycles saved can be used by these other applications. This will for the most part improve their performance.

    You can add to this the cycles saved can save you a costly machine upgrade. Let's say the amount of CPU cycles used by your IDMS system or systems is currently running at 90 percent of box and the box is maxed out. In this case, the IDMS zIIP option could quite possibly offload up to 1/3 of it's cycles to the zIIP or approximately 30 percent of the box. This would drop the box utilization down to the 60 to 70 percent range.

    ________________________________

    From: IDMS Public Discussion Forum on behalf of Chris Hoelscher
    Sent: Sat 1/24/2009 5:11 PM
    To: IDMS-L@LISTSERV.IUASSN.COM
    Subject: Re: Dummies guide to ZIIP



    Trayler, Christopher wrote:
    >
    So as handling the SRB is a job for an experienced pilot, IBM only give out flying licences to people it trusts. CA is trusted to fly the plane with R17 but CA is not allowed to let other people fly the plane.

    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots of the R17 code can run on it freeing up the main processor. I am getting 25-30% on ZIIP. I am sure that over time more and more of the code will be converted to SRB. The problem comes when you get some NON CA code running in IDMS. This code doesn't have a licence and that means we have to come back to the old TCB and run on the Central Processor.

    The code I am talking about is DB Procedures and Exits not written by CA. It may be home written or it may come from a 3rd party vendor. This seems to slow things down a lot and use valuable CP time.
    does this mean that any exit (USG333 or those templated by CA) or DB
    procedure (IDMSCOMP/DCOM) that ARE written by CA WOULD run in SRB mode?
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: Dummies guide to ZIIP
    "Just to try and add some perspective, swapping back and forth does not =
    slow the IDMS system down a lot. What having the exits does do is =
    require the IDMS code to swap from SRB mode to TCB mode, allow the exit =
    to run, then swap back to SRB mode once the exit is complete. I believe =
    if you look at a lot of the popular exits, 4,5,6, 14, 23, the first =
    thing you'll notice is they are called once during the life of the task. =
    This will not noticeably slow IDMS down and the amount of CP CPU usage =
    is practically immeasurable.
    =20
    In my opinion, what you need to focus on with zIIP is the amount of CP =
    CPU cycles freed up for other jobs or applications running on the box, =
    especially the ones that can not run on zIIP. While IDMS is running on =
    the zIIP the CP cycles saved can be used by these other applications. =
    This will for the most part improve their performance.=20
    =20
    You can add to this the cycles saved can save you a costly machine =
    upgrade. Let's say the amount of CPU cycles used by your IDMS system or =
    systems is currently running at 90 percent of box and the box is maxed =
    out. In this case, the IDMS zIIP option could quite possibly offload up =
    to 1/3 of it's cycles to the zIIP or approximately 30 percent of the =
    box. This would drop the box utilization down to the 60 to 70 percent =
    range.

    ________________________________

    From: IDMS Public Discussion Forum on behalf of Chris Hoelscher
    Sent: Sat 1/24/2009 5:11 PM
    To: IDMS-L@LISTSERV.IUASSN.COM
    Subject: Re: Dummies guide to ZIIP



    Trayler, Christopher wrote:
    >
    So as handling the SRB is a job for an experienced pilot, IBM only =
    give out flying licences to people it trusts. CA is trusted to fly the =
    plane with R17 but CA is not allowed to let other people fly the plane.
    >
    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots =
    of the R17 code can run on it freeing up the main processor. I am =
    getting 25-30% on ZIIP. I am sure that over time more and more of the =
    code will be converted to SRB. The problem comes when you get some NON =
    CA code running in IDMS. This code doesn't have a licence and that means =
    we have to come back to the old TCB and run on the Central Processor.
    >
    The code I am talking about is DB Procedures and Exits not written by =
    CA. It may be home written or it may come from a 3rd party vendor. This =
    seems to slow things down a lot and use valuable CP time.
    does this mean that any exit (USG333 or those templated by CA) or DB
    procedure (IDMSCOMP/DCOM) that ARE written by CA WOULD run in SRB mode?
    "
    IDMS 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: Dummies guide to ZIIP
    "Trayler, Christopher wrote:
    >
    So as handling the SRB is a job for an experienced pilot, IBM only give out flying licences to people it trusts. CA is trusted to fly the plane with R17 but CA is not allowed to let other people fly the plane.

    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots of the R17 code can run on it freeing up the main processor. I am getting 25-30% on ZIIP. I am sure that over time more and more of the code will be converted to SRB. The problem comes when you get some NON CA code running in IDMS. This code doesn't have a licence and that means we have to come back to the old TCB and run on the Central Processor.

    The code I am talking about is DB Procedures and Exits not written by CA. It may be home written or it may come from a 3rd party vendor. This seems to slow things down a lot and use valuable CP time.
    does this mean that any exit (USG333 or those templated by CA) or DB
    procedure (IDMSCOMP/DCOM) that ARE written by CA WOULD run in SRB mode?
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: Dummies guide to ZIIP
    "Trayler, Christopher wrote:
    >
    So as handling the SRB is a job for an experienced pilot, IBM only give out flying licences to people it trusts. CA is trusted to fly the plane with R17 but CA is not allowed to let other people fly the plane.

    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots of the R17 code can run on it freeing up the main processor. I am getting 25-30% on ZIIP. I am sure that over time more and more of the code will be converted to SRB. The problem comes when you get some NON CA code running in IDMS. This code doesn't have a licence and that means we have to come back to the old TCB and run on the Central Processor.

    The code I am talking about is DB Procedures and Exits not written by CA. It may be home written or it may come from a 3rd party vendor. This seems to slow things down a lot and use valuable CP time.
    does this mean that any exit (USG333 or those templated by CA) or DB
    procedure (IDMSCOMP/DCOM) that ARE written by CA WOULD run in SRB mode?
    "
    IDMS 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Dummies guide to ZIIP
    "Dear fellow DBA s

    I'm running ZIIP benchmarks on R17 on a wet grey Saturday afternoon. Obviously I am bored to death until the pub opens. So..

    My impression of this new cool toy.

    Having a ZIIP Processor is like having an extra brain. Your brain is overloaded because you have a mortgage, a wife, children, a mistress, a large number of useless shares in various large banks and a distressing unidentified lump which you don't want to think about but always do.

    Your ZIIP brain has no body and is therefore unable to fall into the wife,children,mortgage, bad lifestyle trap. Your ZIIP brain has nothing better to do than just think.

    Think how much more productive you could be if you could offload the worrying bit of your thought processes and get on with the interesting stuff.

    So what we want to do is to make as much of the humdrum tedious stuff eligible to run on ZIIP as we can. The only questions are what and how.

    The ZIIP brain can't do a lot of things that we are able to, due to its lack of arms,legs etc. It is not much good getting the ZIIP to think about playing football. Stuff like I/O and SVCs and ENQs and Timer functions are not going to work on ZIIP. But lots of other things will.

    But to use our ZIIP we need to have our processes managed in a slightly different way. Normally we have a TCB to look after what we do. Our TCB is a big brother making sure that we don't do anything naughty and that we clear up after ourselves and leave the place as we found it.

    ZIIP hasn't got a big brother. He has an SRB which is more of a disinterested child minder - possibly alcoholic and almost certainly on drugs. We can't really expect much in the way of supervision but as long as we are quiet and just get on with it then everything should be OK.

    Another way of thinking about it is to imagine a TCB to be like landing a 747 at JFK - but in a simulator on the ground. The SRB is doing it for real. It feels the same and it needs the same skills but you don't walk away from an SRB crash.

    So as handling the SRB is a job for an experienced pilot, IBM only give out flying licences to people it trusts. CA is trusted to fly the plane with R17 but CA is not allowed to let other people fly the plane.

    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots of the R17 code can run on it freeing up the main processor. I am getting 25-30% on ZIIP. I am sure that over time more and more of the code will be converted to SRB. The problem comes when you get some NON CA code running in IDMS. This code doesn't have a licence and that means we have to come back to the old TCB and run on the Central Processor.

    The code I am talking about is DB Procedures and Exits not written by CA. It may be home written or it may come from a 3rd party vendor. This seems to slow things down a lot and use valuable CP time.

    I am sure that over time the 3rd party vendors will get their licences and produce ZIIP eligible code. But that isn't the case right now for the 3rd party products that we have. Also I have several exits of my own which actually would be eligible for ZIIP but I am never going to get my pilots licence, so every time my harmless code is called, IDMS has to swap back to TCB mode. Bummer.

    This isn't CA's fault. The licence with IBM to exploit ZIIP prevents them from running non CA code under ZIIP. To do so would be a violation of the contract.

    So if you are thinking of ZIIPing then make sure that there are no redundant or ""nice to have but not really necessary"" exits in your system.

    And possibly ask your 3rd party vendors if they are ZIIP ready yet.


    Chris Trayler


    ______________________________________________________________

    Chris Trayler, IXD
    Bank Julius Baer & Co. Ltd.
    P. O. Box, CH-8010 Zürich, Switzerland
    Telephone +41 (0)58 887 4332, Fax +41 (0)58 887 4969
    www.juliusbaer.com <http://www.juliusbaer.com/>

    ______________________________________________________________

    *****JuliusBaer Disclaimer***** This e-mail is for the intended recipient only and may contain confidential or privileged information. If you have received this e-mail by mistake, please contact us immediately and completely delete it (and any attachments) and do not forward it or inform any other person of its contents. If you send us messages by e-mail, we take this as your authorization to correspond with you by e-mail, however, we will not accept the electronic transmission of orders/instructions without a specific agreement being in place to govern the same. If you do not wish to receive any further e-mail correspondence please let us know. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, amended, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Neither the Julius Baer Group nor the sender accept liability for any errors or omissions in the content of this message which arise as a result of its e-mail transmission. Please note that all e-mail communications to and from the Julius Baer Group may be monitored. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction.
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Dummies guide to ZIIP
    "Dear fellow DBA s
    =20
    I'm running ZIIP benchmarks on R17 on a wet grey Saturday afternoon. =
    Obviously I am bored to death until the pub opens. So..
    =20
    My impression of this new cool toy.
    =20
    Having a ZIIP Processor is like having an extra brain. Your brain is =
    overloaded because you have a mortgage, a wife, children, a mistress, a =
    large number of useless shares in various large banks and a distressing =
    unidentified lump which you don't want to think about but always do.
    =20
    Your ZIIP brain has no body and is therefore unable to fall into the =
    wife,children,mortgage, bad lifestyle trap. Your ZIIP brain has nothing =
    better to do than just think.
    =20
    Think how much more productive you could be if you could offload the =
    worrying bit of your thought processes and get on with the interesting =
    stuff.
    =20
    So what we want to do is to make as much of the humdrum tedious stuff =
    eligible to run on ZIIP as we can. The only questions are what and how.
    =20
    The ZIIP brain can't do a lot of things that we are able to, due to its =
    lack of arms,legs etc. It is not much good getting the ZIIP to think =
    about playing football. Stuff like I/O and SVCs and ENQs and Timer =
    functions are not going to work on ZIIP. But lots of other things will.
    =20
    But to use our ZIIP we need to have our processes managed in a slightly =
    different way. Normally we have a TCB to look after what we do. Our TCB =
    is a big brother making sure that we don't do anything naughty and that =
    we clear up after ourselves and leave the place as we found it.
    =20
    ZIIP hasn't got a big brother. He has an SRB which is more of a =
    disinterested child minder - possibly alcoholic and almost certainly on =
    drugs. We can't really expect much in the way of supervision but as long =
    as we are quiet and just get on with it then everything should be OK.
    =20
    Another way of thinking about it is to imagine a TCB to be like landing =
    a 747 at JFK - but in a simulator on the ground. The SRB is doing it for =
    real. It feels the same and it needs the same skills but you don't walk =
    away from an SRB crash.
    =20
    So as handling the SRB is a job for an experienced pilot, IBM only give =
    out flying licences to people it trusts. CA is trusted to fly the plane =
    with R17 but CA is not allowed to let other people fly the plane.
    =20
    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots of =
    the R17 code can run on it freeing up the main processor. I am getting =
    25-30% on ZIIP. I am sure that over time more and more of the code will =
    be converted to SRB. The problem comes when you get some NON CA code =
    running in IDMS. This code doesn't have a licence and that means we have =
    to come back to the old TCB and run on the Central Processor.
    =20
    The code I am talking about is DB Procedures and Exits not written by =
    CA. It may be home written or it may come from a 3rd party vendor. This =
    seems to slow things down a lot and use valuable CP time.
    =20
    I am sure that over time the 3rd party vendors will get their licences =
    and produce ZIIP eligible code. But that isn't the case right now for =
    the 3rd party products that we have. Also I have several exits of my own =
    which actually would be eligible for ZIIP but I am never going to get my =
    pilots licence, so every time my harmless code is called, IDMS has to =
    swap back to TCB mode. Bummer.=20
    =20
    This isn't CA's fault. The licence with IBM to exploit ZIIP prevents =
    them from running non CA code under ZIIP. To do so would be a violation =
    of the contract.
    =20
    So if you are thinking of ZIIPing then make sure that there are no =
    redundant or ""nice to have but not really necessary"" exits in your =
    system.
    =20
    And possibly ask your 3rd party vendors if they are ZIIP ready yet.
    =20
    =20
    Chris Trayler
    =20
    =20
    ______________________________________________________________
    =20
    Chris Trayler, IXD
    Bank Julius Baer & Co. Ltd.
    P. O. Box, CH-8010 Z=FCrich, Switzerland
    Telephone +41 (0)58 887 4332, Fax +41 (0)58 887 4969
    www.juliusbaer.com <http://www.juliusbaer.com/>=20
    =20
    ______________________________________________________________
    =20
    *****JuliusBaer Disclaimer***** This e-mail is for the intended =
    recipient only and may contain confidential or privileged information. =
    If you have received this e-mail by mistake, please contact us =
    immediately and completely delete it (and any attachments) and do not =
    forward it or inform any other person of its contents. If you send us =
    messages by e-mail, we take this as your authorization to correspond =
    with you by e-mail, however, we will not accept the electronic =
    transmission of orders/instructions without a specific agreement being =
    in place to govern the same. If you do not wish to receive any further =
    e-mail correspondence please let us know. E-mail transmission cannot be =
    guaranteed to be secure or error-free as information could be =
    intercepted, amended, corrupted, lost, destroyed, arrive late or =
    incomplete, or contain viruses. Neither the Julius Baer Group nor the =
    sender accept liability for any errors or omissions in the content of =
    this message which arise as a result of its e-mail transmission. Please =
    note that all e-mail communications to and from the Julius Baer Group =
    may be monitored. This communication is for informational purposes only. =
    It is not intended as an offer or solicitation for the purchase or sale =
    of any financial instrument or as an official confirmation of any =
    transaction.
    "
    IDMS 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: Dummies guide to ZIIP
    "This prompts the question ""Whose EXIT and what does it do?""

    John Abell
    International Software Products

    Tel: 1-800-295-7608 Ext: 224

    Outside North America: 1-416-593-5578 Ext: 224

    This email may contain confidential and privileged material for the sole use
    of the intended recipient(s). Any review, use, retention, distribution or
    disclosure by others is strictly prohibited. If you are not the intended
    recipient (or authorized to receive on behalf of the named recipient),
    please contact the sender by reply email and delete all copies of this
    message. Also, email is susceptible to data corruption, interception,
    tampering, unauthorized amendment and viruses. We only send and receive
    emails on the basis that we are not liable for any such corruption,
    interception, tampering, amendment or viruses or any consequence thereof.


  • 8.  Re:Re: Dummies guide to ZIIP

    Posted 01-24-2009 08:53 PM
    Just to try and add some perspective, swapping back and forth does not
    slow the IDMS system down a lot. What having the exits does do is
    require the IDMS code to swap from SRB mode to TCB mode, allow the exit
    to run, then swap back to SRB mode once the exit is complete. I believe
    if you look at a lot of the popular exits, 4,5,6, 14, 23, the first
    thing you'll notice is they are called once during the life of the task.
    This will not noticeably slow IDMS down and the amount of CP CPU usage
    is practically immeasurable.
    =20
    In my opinion, what you need to focus on with zIIP is the amount of CP
    CPU cycles freed up for other jobs or applications running on the box,
    especially the ones that can not run on zIIP. While IDMS is running on
    the zIIP the CP cycles saved can be used by these other applications.
    This will for the most part improve their performance.=20
    =20
    You can add to this the cycles saved can save you a costly machine
    upgrade. Let's say the amount of CPU cycles used by your IDMS system or
    systems is currently running at 90 percent of box and the box is maxed
    out. In this case, the IDMS zIIP option could quite possibly offload up
    to 1/3 of it's cycles to the zIIP or approximately 30 percent of the
    box. This would drop the box utilization down to the 60 to 70 percent
    range.

    ________________________________

    From: IDMS Public Discussion Forum on behalf of Chris Hoelscher
    Sent: Sat 1/24/2009 5:11 PM
    To: IDMS-L@LISTSERV.IUASSN.COM
    Subject: Re: Dummies guide to ZIIP



    Trayler, Christopher wrote:
    >
    So as handling the SRB is a job for an experienced pilot, IBM only
    give out flying licences to people it trusts. CA is trusted to fly the
    plane with R17 but CA is not allowed to let other people fly the plane.
    >
    IDMS on its own is a great thing to push out to ol' ZIIPy brain. Lots
    of the R17 code can run on it freeing up the main processor. I am
    getting 25-30% on ZIIP. I am sure that over time more and more of the
    code will be converted to SRB. The problem comes when you get some NON
    CA code running in IDMS. This code doesn't have a licence and that means
    we have to come back to the old TCB and run on the Central Processor.
    >
    The code I am talking about is DB Procedures and Exits not written by
    CA. It may be home written or it may come from a 3rd party vendor. This
    seems to slow things down a lot and use valuable CP time.
    does this mean that any exit (USG333 or those templated by CA) or DB
    procedure (IDMSCOMP/DCOM) that ARE written by CA WOULD run in SRB mode?
    *****JuliusBaer Disclaimer***** This e-mail is for the intended =
    recipient only and may contain confidential or privileged information. =
    If you have received this e-mail by mistake, please contact us =
    immediately and completely delete it (and any attachments) and do not =
    forward it or inform any other person of its contents. If you send us =
    messages by e-mail, we take this as your authorization to correspond =
    with you by e-mail, however, we will not accept the electronic =
    transmission of orders/instructions without a specific agreement being =
    in place to govern the same. If you do not wish to receive any further =
    e-mail correspondence please let us know. E-mail transmission cannot be =
    guaranteed to be secure or error-free as information could be =
    intercepted, amended, corrupted, lost, destroyed, arrive late or =
    incomplete, or contain viruses. Neither the Julius Baer Group nor the =
    sender accept liability for any errors or omissions in the content of =
    this message which arise as a result of its e-mail transmission. Please =
    note that all e-mail communications to and from the Julius Baer Group =
    may be monitored. This communication is for informational purposes only. =
    It is not intended as an offer or solicitation for the purchase or sale =
    of any financial instrument or as an official confirmation of any =
    transaction.
    "
    IDMS 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    Re: Dummies guide to ZIIP
    "Excellent, I am learned now.

    William M. Allen, Jr.
    ARCH Consulting Associates, Ltd.
    (704) 641-0296


  • 9.  Re: Dummies guide to ZIIP

    Posted 10-05-2018 05:05 PM

    Hello All,

    Our CA IDMS Development Team is currently working on a new feature to enable ADS runtime to execute in SRB mode and be eligible to run on the zIIP specialty engine!  This allows our customers to support workloads on zIIP for lower costs!  We are looking for customers to join our Customer Validation Program.  We have monthly WebEx meetings to discuss all new features and get feedback.  As a participate in the program, you get early access to the New Feature APARs.  You can apply and test the APARs in your environment, and provide input to us for change.  Our next call is coming up October 16th, 2018.  Please use this link to register:  validate.ca.com

     

    Thank you!

    Nakesha Newbury

    Product Owner, IDMS



  • 10.  Re: Dummies guide to ZIIP

    Posted 10-08-2018 09:37 AM

    Nakesha: I am interested in customer validation program. When I signup, which open opportunity is this? 



  • 11.  Re: Dummies guide to ZIIP

    Posted 10-08-2018 12:04 PM

    Hello!

    That is great news to hear!  The project is titled, "CA IDMS 19 Enhancements".  Let me know if you have any trouble.

     

    Thank you!

    Nakesha Newbury



  • 12.  Re: Dummies guide to ZIIP

    Posted 10-08-2018 12:25 PM

    Sorry, the only project I see is CA IDMS 19.0 Validation Opportunity. Is that the project?

     

    Thanks

    Sat Pal



  • 13.  Re: Dummies guide to ZIIP

    Posted 10-08-2018 12:31 PM

    Hello,

     

    Yes that is the one.  Once you get in, then the project name will appear as CA IDMS 19 Enhancements.

     

    Thanks,

    Nakesha Newbury



  • 14.  Re: Dummies guide to ZIIP

    Posted 10-09-2018 01:32 PM

    Hello,

    I have sent you a direct invite by email for the Validation Registration opportunity.  Let me know if you still can't access the site.  Note, we are in the process of adding the Feature APARs currently.

     

    Thank you,

    Nakesha Newbury



  • 15.  Re: Dummies guide to ZIIP

    Posted 10-09-2018 01:40 PM

    I did get the link and have completed the pre-registration form.

     

    Thanks

    Sat Pal



  • 16.  Re: Dummies guide to ZIIP

    Posted 02-07-2019 03:43 PM

    Hello Everyone!

     

    The ADS zIIP Enablement feature is now published, PTF SO06651 for IDMS Release 19.0!!   Thank you and let us know if you have any questions!

     

    Nakesha Newbury

     

    Enhancements Since the Base Version 19.0 Software Release - CA IDMS - 19.0 - CA Technologies Documentation