ca.portal.admin

Re: ADSOBCOM

Discussion created by ca.portal.admin on Sep 23, 2005
Just thought I'd mention in case some have not found out, with release
16.0 the CA90s load library is no longer needed or used by ADSOBCOM or
the CV. Here's part of a note I got from Stephanie Gordon:
For r16, we switched from CA-C to SAS C, so the CA-C runtime
library should not be needed. All the CA$... modules are
obsolete. Even ADSOBCOM shouldn't require them.
-----Original Message-----
Date: Thu, 22 Sep 2005 11:28:57 EDT
From: Bill Allen <ARCHCONB@AOL.COM>
Subject: Re: help with adsobcom

Another issue with ADSOBCOM is that it must have the CA 90'S
Load Library in
the //STEPLIB & //CDMSLIB, but, only if you use a //CDMSLIB.
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
Survey of CA User Groups
"The institute for innovation research at the University of Munich is
currently conducting a study that aims to understand how user groups from
Computer Associates function, and how they are utilised by the individual
members. To help us gain more insight into these CA user groups, we have
prepared a short questionnaire for members of all CA user groups.

To participate in the survey go to <
http://www.survey.inno-tec.bwl.lmu.de/causergroups/welcome.htm>

You will need the following login and password details:
Login: causer
Password: +innotec1

Bob

Bob Wiklund
IUA Chair

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








Normal

Normal
TF24458
"Hi,



This 16.0 'needed' test fix has not been upgraded to a full blown QO
apar yet. We have had it on Production since May this year. Does anybody
know why that is or has or just been forgotten? Is there a 16.2 version?



Thanks



Chris Wood

Alberta Department of Energy

CANADA

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
CPU Increase in 16.0
"Dear Listers -

We went into production 2 weeks ago with Release 16.0 - SP2 from Release 14.1.

Since then, our stats are showing a 10% increase in CPU within the production CV.
The lion's share of the increase has been in System Mode CPU, although we have seen a slight increase in User Mode CPU, as well.

Some of the postings I've reviewed say CPU was a wash going to 16.0.
C.A. says it should be a wash.

So, I am thinking that something got set or reset during the upgrade.
I'll be dipped if I can find it.

We use multitasking, but my understanding is that there isn't a whole lot of tuning that can go on here....anything different with multitasking?
All user programs are defined as MPMODE ANY.
All programs are defined as NODYNAMIC except for those that have multiple versions.
All programs are defined as NOPROTECT and we have PROTECT on at the system level.
We are not using the high performance storage protection feature (we get a warning at startup that tells us so).
We have no SYSLOCKS overflow.
Our line definitions are a mix of COMPACT / NOCOMPACT and DEFRESP / EXPRESP..... anything change here?
For ADSO, record compression is OFF and Storage Mode is Calculated.
We have PERFMON and are collecting application and interval statistics to the IDMS log....anything change here?
We do use a special loadlist and not SYSLOAD, which searches loadlib first.

Did anyone have a similar experience with 16.0 or am I alone?
If you did see an increase, did you find what was responsible?
What else should I be checking?

Thank You all for any direction you can provide.
Jon Gocher

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








Normal

Normal
Linked-to dialogs in Perfmon reports
"Under what circumstances, if any, does Performance Monitor list
linked-to dialogs separately on the reports? If they are are not
tracked separately, are the linked-to statistics included in the numbers
for the calling dialogs?

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: CPU Increase in 16.0
"Jon,

We are not using multitasking so I cannot comment about that but 16.0
introduced Multiple Enclave support if you are running under LE and have
DC-COBOL. It should be OFF at the system level and ON at the program
level unless you changed it. I have not heard of the affects of this
setting on the List.

Chris Wood
Alberta Department of Energy
CANADA

Outcomes