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.