ca.portal.admin

Multitasking

Discussion created by ca.portal.admin on Sep 15, 2005
Latest reply on Sep 16, 2005 by ca.portal.admin
Our mainframe is running at capacity, with 2 processors. IBM has
recommended an upgrade that will increase the total number of MIPs, but
divided into 3 processors. Each of the 3 processors will have fewer
MIPs available than each of the 2 that we have now. Our largest CV
currently uses an entire processor by itself. If we move to the
3-processor solution, it will not be able to get enough CPU.

1) Would turning on multitasking solve our problem?
2) How much overhead does multitasking generate?
3) Any advice about multitasking would be much appreciated.

Here is some more info about the large CV: It contains one very large
database. The primary online application is ADS, with CICS as the TP
monitor. It is a heavily-used OLTP system. The application is written
in such a way that adding a retrieval-only CV would not help much.

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: Multitasking
">Lutz Petzold wrote:
>
In other words, what does one look at to tell that it's doing good and no harm?
Good question, Lutz. Since we upgraded processors several weeks ago CPU usage has gone up 35% on our multitasking CV while other benchmark jobs have remained relatively stable. There were no changes in our user base or with applications. One MVS guy fingered multitasking, so I am trying different MT depth settings; currently:

d V MT Q DE 10
MT Queue Depth varied from 002 to 010

Moving from 2 to 10 has had no noticeable effect. (Even though CA's recommended range is 0-9). Response time is still excellent, and CPU usage is still sky-high. My questions are: how high can I go before effectively turning off MT?, Has anyone done benchmarks to optimize MT settings?, and what besides MT could cause this jump?

Jerry

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








Normal

Normal
Re: XA Storage Question - release 14.1 & 16.0
"Paul,
Thanks for all the info.! It's more than what's in the documentation.


Mary

Mak, Paul K wrote:
Mary,

The following might help to explain the different storage types and its
usage.

Storage Pool can be defined in sysgen with storage-pool-number in the
range of 1-127 for 24-bit storage or 128-254 for 31-bit storage. Storage
type is specified to indicate what type of storage the named pool can
accommodate.

GI76847 - Recommended CA-IDMS Sysgen Option For Release 12.0 and above.

Storage Pool Recommendations:

POOL 128 5m-10m Should define as Storage Types (User,
User-Kept)
POOL 129 5m-10m Should define as Storage Types (Shared,
Shared-Kept, Terminal, Database)
POOL 255 5m-10m Defined as XA Storage Pool in System statement.
Used by System Type Storage
POOL 0 2m-3m Defined as Storage Pool in System statement.
Used by System Type Storage. Can be used for storage
types User, User-Kept, Shared, Shared-kept, and Database if no other
pools, e.g. Storage Pool 1 contains types
(User User-Kept) is defined.


Allocate high storage and tune downwards

The Storage Types that can be specified are:

User - Storage allocated for DC-Cobol working storage and ADSO
storage (OWA)

User-Kept - Same as User storage type but kept across pseudo-converse
(the SCT are attached to LTE instead of TCE during
pseudo-converse) VDB, OTB, OTX, RBB, $CURCY, and ADS Statistics are
allocated as User-Kept

Shared - Storage allocated for records to be shared (scratch and
queue)

Shared-Kept - Same as Shared but kept across pseudo-converse

Database - Allocated for RLTH, RLTF, VIB, EHB$, UAB, VSAM work
storage

Terminal - Currently not used

System - SYSCSA: SIA, TIX, RPE, DMCL Buffers
SYSTCE: storage allocated by system modules

If it is User, User-Kept storage the same STGID can be used in different
tasks on different LTERMS and a different block of storage will be
allocated. Tasks on the same LTERM will use the one STGID block of
storage.

If it is Shared, Shared-Kept the same piece of storage will be used by
all tasks in the system using the same STGID.

Also primary and secondary storage pool are allocated from User,
User-Kept XA storage if one exist with storage type (User, User-Kept)

TCEs are allocated in its own TCEAREA.

LTEs are allocated in the LTTAREA

DCMT D MEM MAP will display various storage allocation.

It is recommended that DMCL buffers are allocated from OPSYS storage. By
allocating in OPSYS storage, IDMS does not need to maintain DC control
blocks such as resource and storage anchors. In general OPSYS storage
will provide more efficient CPU performance.

Regards,
Paul Mak
Email : mailTo:paul.mak@eds.com
Phone : +61 2 9378 0503
Mobile : +61 419 398 116
Fax : +61 2 9378 0935
Mail : EDS Australia South Applications Delivery Unit
Level 3, 36-46, George Street, Burwood, NSW 2134, Australia



-----Original Message-----
From: IDMS Public Discussion Forum [mailTo:IDMS-L@LISTSERV.IUASSN.COM]
On Behalf Of Mary Benson
Sent: Friday, 16 September 2005 2:51 AM
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: XA Storage Question - release 14.1 & 16.0

For XA Storage Pool defined in sysgen, what is the difference between
types (SHARED USER-KEPT) and (SHARED-KEPT USER)?

Thanks.
Mary Benson
Tufts University
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Multitasking
"Dick, what positive impact have you seen? And what are you monitoring
to determine that there is no negative impact? In other words, what
does one look at to tell that it's doing good and no harm?

Lutz Petzold


-----------------------------------------
This e-mail may contain confidential or privileged information. If you
think you have received this e-mail in error, please advise the sender
by
reply e-mail and then delete this e-mail immediately. Thank you.
Aetna


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








Normal

Normal
Re: PMDC and R16 SP2
"Hi Phillipe,

I support PMDC in North America. Did you have version of PMDC went
to you for any version
of CA-IDMS Release 16?

John

At 02:44 AM 9/16/2005, you wrote:
Hi all,
=0D
=0D
We are currently installing REL 16 SP2. At first startup of IDMS=
Transaction Server ( Central Version)
we receive=0D
DC027002 V25 T40 SYSTEM MODULE PROGRAM CHECKED NEAR RHDCTSKI AT OFFSET 1166=
=0D
Thanks to dump analysis done by CA-Belgium, we are aware of an=
incompatibilty between PMDC and R16 SP2.
PMDC uses a not anymore free part of the TCE.
=0D
In Europe, PMDC is distributed and supported by=
'support@businessdecision.co.uk'
=0D
As they do not reply to my mail, does somebody knows about other support=
contact for PMDC.
=0D
Thanks a lot =0D
Philippe Jacqmin
CCDBMS=0D
IDMS (Data Base & Transaction Server)
WT 20/8 zone 1
+32 (0)2 222 93 52
<mailTo:Philippe.P.Jacqmin@dexia.be> Philippe.P.Jacqmin@dexia.be
=0D


-------------------------------------------------------------
Dexia Bank disclaimer :
<a href=3D""http://www.dexia.be/maildisclaimer.htm"" target=
=3D_blank>http://www.dexia.be/maildisclaimer.htm</a>
-------------------------------------------------------------=0D
=0D
John Abell
International Software Products

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.

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








Normal

Normal
Re: PMDC and R16 SP2
"Their website is still there. If you take a look at the URL below there are
contact numbers for their UK offices.
http://www.businessdecision.co.uk/414-uk.htm
(http://www.businessdecision.co.uk/414-uk.htm)

Leslie Jordan
(still jobhunting in the London area)
lajwork@aol.com

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








Normal

Normal
PMDC and R16 SP2
"Hi all,




We are currently installing REL 16 SP2. At first startup of IDMS Transaction Server ( Central Version)
we receive

DC027002 V25 T40 SYSTEM MODULE PROGRAM CHECKED NEAR RHDCTSKI AT OFFSET 1166

Thanks to dump analysis done by CA-Belgium, we are aware of an incompatibilty between PMDC and R16 SP2.
PMDC uses a not anymore free part of the TCE.


In Europe, PMDC is distributed and supported by 'support@businessdecision.co.uk'


As they do not reply to my mail, does somebody knows about other support contact for PMDC.


Thanks a lot

Philippe Jacqmin
CCDBMS

IDMS (Data Base & Transaction Server)
WT 20/8 zone 1
+32 (0)2 222 93 52
<mailTo:Philippe.P.Jacqmin@dexia.be> Philippe.P.Jacqmin@dexia.be




-------------------------------------------------------------
Dexia Bank disclaimer :
http://www.dexia.be/maildisclaimer.htm
-------------------------------------------------------------




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








Normal

Normal
Re: Multitasking
"Kay,

If you are heavy on ADS/O and/or COBOL DC/UCF transactions, you stand to
gain a lot from multitasking.

If you have mostly CICS programs doing DB calls, there is little to gain.
There is no way to split the DC-DB load when there are mostly DB calls to
process.

Since your application design would not allow a number of CVs with retrieval
access, as an alternative, you could have a number of CVs accessing the same
database using SYSPLEX facilities. If you want to invest time and energy in
that, potentially, it could yield some benefits. Of course, that brings
issues of load balancing, performance and etc, etc... In short, it's a lot
of work.

HTH

Claude Ferland
Contractor
NYC.

----- Original Message -----
From: ""Rozeboom, Kay [DAS]"" <KAY.ROZEBOOM@IOWA.GOV>
To: <IDMS-L@LISTSERV.IUASSN.COM>
Sent: Thursday, September 15, 2005 3:37 PM
Subject: [IDMS-L] Multitasking


Our mainframe is running at capacity, with 2 processors. IBM has
recommended an upgrade that will increase the total number of MIPs, but
divided into 3 processors. Each of the 3 processors will have fewer
MIPs available than each of the 2 that we have now. Our largest CV
currently uses an entire processor by itself. If we move to the
3-processor solution, it will not be able to get enough CPU.

1) Would turning on multitasking solve our problem?
2) How much overhead does multitasking generate?
3) Any advice about multitasking would be much appreciated.

Here is some more info about the large CV: It contains one very large
database. The primary online application is ADS, with CICS as the TP
monitor. It is a heavily-used OLTP system. The application is written
in such a way that adding a retrieval-only CV would not help much.

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: XA Storage Question - release 14.1 & 16.0
"Mary,

The following might help to explain the different storage types and its
usage.

Storage Pool can be defined in sysgen with storage-pool-number in the
range of 1-127 for 24-bit storage or 128-254 for 31-bit storage. Storage
type is specified to indicate what type of storage the named pool can
accommodate.

GI76847 - Recommended CA-IDMS Sysgen Option For Release 12.0 and above.

Storage Pool Recommendations:

POOL 128 5m-10m Should define as Storage Types (User,
User-Kept)
POOL 129 5m-10m Should define as Storage Types (Shared,
Shared-Kept, Terminal, Database)
POOL 255 5m-10m Defined as XA Storage Pool in System statement.
Used by System Type Storage
POOL 0 2m-3m Defined as Storage Pool in System statement.
Used by System Type Storage. Can be used for storage
types User, User-Kept, Shared, Shared-kept, and Database if no other
pools, e.g. Storage Pool 1 contains types
(User User-Kept) is defined.


Allocate high storage and tune downwards

The Storage Types that can be specified are:

User - Storage allocated for DC-Cobol working storage and ADSO
storage (OWA)

User-Kept - Same as User storage type but kept across pseudo-converse
(the SCT are attached to LTE instead of TCE during
pseudo-converse) VDB, OTB, OTX, RBB, $CURCY, and ADS Statistics are
allocated as User-Kept

Shared - Storage allocated for records to be shared (scratch and
queue)

Shared-Kept - Same as Shared but kept across pseudo-converse

Database - Allocated for RLTH, RLTF, VIB, EHB$, UAB, VSAM work
storage

Terminal - Currently not used

System - SYSCSA: SIA, TIX, RPE, DMCL Buffers
SYSTCE: storage allocated by system modules

If it is User, User-Kept storage the same STGID can be used in different
tasks on different LTERMS and a different block of storage will be
allocated. Tasks on the same LTERM will use the one STGID block of
storage.

If it is Shared, Shared-Kept the same piece of storage will be used by
all tasks in the system using the same STGID.

Also primary and secondary storage pool are allocated from User,
User-Kept XA storage if one exist with storage type (User, User-Kept)

TCEs are allocated in its own TCEAREA.

LTEs are allocated in the LTTAREA

DCMT D MEM MAP will display various storage allocation.

It is recommended that DMCL buffers are allocated from OPSYS storage. By
allocating in OPSYS storage, IDMS does not need to maintain DC control
blocks such as resource and storage anchors. In general OPSYS storage
will provide more efficient CPU performance.

Regards,
Paul Mak
Email : mailTo:paul.mak@eds.com
Phone : +61 2 9378 0503
Mobile : +61 419 398 116
Fax : +61 2 9378 0935
Mail : EDS Australia South Applications Delivery Unit
Level 3, 36-46, George Street, Burwood, NSW 2134, Australia

Outcomes