ca.portal.admin

Re: DEBUGQUEUE?

Discussion created by ca.portal.admin on Sep 15, 2005
Chris,
One of the IDMS Tools creates these queue records when a task abends.
You can use the transaction QREVIEW to look at or delete these queues.

-----Original Message-----
From: IDMS 3rd-party providers forum
[mailTo:IDMSVENDOR-L@LISTSERV.IUASSN.COM] On Behalf Of Chris Hoelscher
Sent: Thursday, September 15, 2005 2:49 PM
To: IDMSVENDOR-L@LISTSERV.IUASSN.COM
Subject: DEBUGQUEUE?

in only one of our 40+ CVs, I am seeing a queue DBUGQUEUE with 13K+
records - it resists attempts to delete it until the 3rd or 4th try.
Because I amm too busy (lazy) to look this up, what creates DBUGQUEUE?

thanks,
Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-580-2538
choelscher@humana.com




The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material. If you
receive this material/information in error, please contact the sender
and delete or destroy the material/information.

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








Normal

Normal
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: [IDMSVENDOR-L] Multitasking
"Kay - the following is based upon my understanding of multitasking (which
may be less than optimal or current):

if your CVs are already split between front-end and back-end services
(terminal vs database) then you may not see the relief that you want
at least as recently as the last time I played with MT, it allowed
multitasking between classes of tasks, not within those tasks (i.e. 1
terminal tasl, 1 db task, but not 2 of either at the same time)

we ran into problems where we were having appl jobs write DC msgs to the
log and having the WTO exit intercept the MSG ID to trigger submission of
appl jobs - two jobs tried to write to the internal reader at the same
time had we continued multitasking we would have had to modify the WTO
exit to enqueue/dequeue the internal reader dd to avoid this from
happening.


Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-580-2538
choelscher@humana.com




The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.

"
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
"Back in April of 1999 I turned on multitasking and
have not looked back. I have a similar environment;
one large production CV running a primarily ADS application.
The difference is I use DC as a front end. Until
CICS 2.2 and later, CICS was primarily a single
TCB system, so it will generally stick to one processor.

We have 3 processors and I have multitasking setup to
use 2 of them. I generously allow the rest of the workload
to use the remaining processor... : )

When I turned on multitasking our internal response time dropped
11 percent and my internal IDMS waits dropped dramatically.
Multitasking does use a some overhead because of the management
of the multiple TCB's, but the benefits far outweigh the
overhead incurred.

I would strongly recommend using multitasking.
Last time I checked, PIB LI23561 was multitasking information.

Terry Schwartz
Perot Systems
terry.schwartz@ps.net

Outcomes