Dummies guide to ZIIP

[ca.portal.admin]

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 [phone], Fax [phone]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

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

William M. Allen, Jr.
ARCH Consulting Associates, Ltd.
[phone]

[ca.portal.admin]

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 [phone], Fax [phone]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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 |
[e-mail] | www.csc.com

home 760-787-1075
cell 858-245-4761
[e-mail]


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
[e-mail]
SMTP
[e-mail]
[e-mail]
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: [phone] Fax: [phone]
Email: [e-mail]
"
IDMS 3rd-party providers forum
[e-mail]
SMTP
[e-mail]
[e-mail]
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: [phone] Fax: [phone]
Email: [e-mail]
"
IDMS Public Discussion Forum
[e-mail]
SMTP
[e-mail]
[e-mail]
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

[ca.portal.admin]

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: [e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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

[ca.portal.admin]

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: [e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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.

[ca.portal.admin]

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: [e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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

[ca.portal.admin]

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: [e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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: [phone] 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.

[ca.portal.admin]

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: [e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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: [e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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: [e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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 [phone], Fax [phone]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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 [phone], Fax [phone]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
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: [phone] 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.

[ca.portal.admin]

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: [e-mail]
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
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

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

William M. Allen, Jr.
ARCH Consulting Associates, Ltd.
[phone]

[Nakesha Newbury]

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

[pal4.4]

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

[Nakesha Newbury]

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

[pal4.4]

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

 

Thanks

Sat Pal

[Nakesha Newbury]

Hello,

 

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

 

Thanks,

Nakesha Newbury

[Nakesha Newbury]

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

[pal4.4]

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

 

Thanks

Sat Pal

[Nakesha Newbury]

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