ca.portal.admin

R14.1 vs. R16 CPU

Discussion created by ca.portal.admin on Mar 9, 2006
Latest reply on Mar 10, 2006 by ca.portal.admin
I got my hands on the test assembler program mentioned and have made a
number of tests. We are on different HW (z890-450), a newer OS (z/OS
1.4), and going from 14.1 not 14.0 as Jon is, and I noted smaller, but
perhaps still significant, increases from the test program.

What I have seen is about a 19.4% increase from 14.1 to the current
level of R16 that we are on. I also have a R15 loadlib available and
saw about a 13% increase from 14.1->15 so it appears most of the
overhead increases this test program sees here came in that period. We
have converted one small production system and have our big production
conversion coming at the end of this month. We are going to z/OS 1.7
later this year and I will retest the program once our tech LPAR is
upgraded. I'll also be testing with the performance APAR once it is
shaken out enough that CA is ready to send it to me.

I've had very repeatable figures come from 14.1, and 15.0 has been
pretty close on my various tests. The CPU in 16.0 has varied a bit
more. My 14.1 is SP7 + all apars and my 15.0 is SP5(6?) + fixes thru
QO68515 when I abandoned it to concentrate on 16. I have actually made
tests with 4 different versions of R16. SP0 and SP2 loadlibs with no
maintenance, SP2 apared up to SP3 with a few additional fixes (current
prod. run-time) and my SMP/E target which has all published maintenance
on my SP0 base/SP2 maint CSI. It seems like the CPU is just a little
lower on SP0 and SP2 with no maintenance than with the later loadlibs,
but I have been having trouble getting consistent figures. I will try
some more tests today with bufferstat removed.

I used the same HLASM R4.0 as Jon and have the database covered with
buffers to remove I/O from the equation. The DMCL and subschema are
from a 15.0 playground CV since that is the only place I had a EMPDEMO
DB defined.

John,
Cleveland Clinic

------------------------------------------------------------------------
------
Confidentiality Note: This message is intended for use only by the
individual or entity to which it is addressed and may contain
information that is privileged, confidential, and exempt from disclosure
under applicable law. If the reader of this message is not the intended
recipient or the employee or agent responsible for delivering the
message to the intended recipient, you are hereby notified that any
dissemination, distribution or copying of this communication is strictly
prohibited. If you have received this communication in error, please
contact the sender immediately and destroy the material in its entirety,
whether electronic or hard copy. Thank you.
------------
Visit us online at our award-winning http://www.clevelandclinic.org for
a complete listing of Cleveland Clinic services, staff and locations
from one of the country's leading hospitals.
========================================================================
======
This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and or privileged information. Please contact us immediately if you are not the intended recipients of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed.

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Starting a CICS transaction from IDMS
"Jim, Not tried in IDMS. In CICS we have done this by creating ""fake"" terminal and supply it a dummy dd in jcl.

//* GEAE VIRTUAL TERMINALS
//VTRMR023 DD DUMMY
//VTRMR099 DD DUMMY

STC10357 + 054
Terminal(R099)
Transaction()
Priority( 000 )
Pagestatus( Autopageable )
Servstatus( Inservice )

Outcomes