ca.portal.admin

Re:diagnostics and symbol table

Discussion created by ca.portal.admin on Jan 25, 2008
I know that turning on diagnostics and symbol table in production causes
an increase in CPU and storage use. Does it also cause and increase in
I/O - maybe scratch or queue records?

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
Diagnostics and symbol table - an update
"Thanks to everybody for the great suggestions. I have finally
determined that the decrease in I/O was due to a difference in user
activity (even though the total number of transactions was similar) and
not due to turning off diagnostics and symbol table. So I removed the
dialogs with decreased I/O from my calculations.

Even so, it appears that turning off diagnostics and symbol table for
only the five most highly used dialog threads (top-level dialogs plus
their linked-to dialogs) reduced CPU use for the entire CV by 36%. Not
bad for a simple change.

If you are CPU-constrained, and you haven't done this, do it! You can
always turned them back on temporarily, on a case-by-case basis, if
needed.

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
Storage question
"We have recently purchased some new DASD here at Southern. Our storage
group is asking if we would have any problems if they carved it up in
mod 9 and mod 27 type volumes - presumably to make it easier for them to
administer. Presently they define our volumes as mod 3 types.

Anyone have any experiences with these mod types that they can share?
Any gotchas to look out for?

Thanks in advance.

Jim


Jim Rice
jlrice@southernco.com
ph (404) 506-4148
Fax (404) 506- 4870
SO Linc 2988/770.550.2988

This e-mail and any of its attachments may contain proprietary Southern
Company and/or affiliate information that is privileged, confidential,
or protected by copyright belonging to Southern Company and/or its
affiliates. This e-mail is intended solely for the use of the
individual or entity for which it is intended. If you are not the
intended recipient of this e-mail, any dissemination, distribution,
copying, or action taken in relation to the contents of and attachments
to this e-mail is contrary to the rights of Southern Company and/or its
affiliates and is prohibited. If you are not the intended recipient of
this e-mail, please notify the sender immediately by return e-mail and
permanently delete the original and any copy or printout of this e-mail
and any attachments. Thank you.
"
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] Storage question
"
we have done this as well - one thing to keep in mind - if you have X
number of mod3s - you cannot easily move them to X/3 mod9s or x/9 mon 27s -
there are tools (I forget the name) that will realtime take an image of an
existing mod3 and move it to a mod9 or mod27 - but the ""object"" dasd must
be empty - so that if you have X mod3s - you could user the tool to move
all the data to X mod27s - but that would waste a lot of DASD - you could
move (via the tool) one-third of your MOD 3s mod3s to (empty) MOD9s, and
then move the other 2/3s of your MOD3s (dataset by dataset) into the free
space on the MOD9s

a sample ADRDSSU we used:

COPY DATASET(INCLUDE(datasets-to-move)) -
OUTDY((******,3390),(******,3390),(******,3390),(******,3390), -
ALLDATA(*) -
NULLSTORCLAS -
NULLMGMTCLAS -
BYPASSACS(**) -
CAT -
DELETE -
PURGE -
WAIT(10,1)

these were for non-sms managed datasets - where ****** is the pool of DASD
to which we wanted to move datasets








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






""Rice, James L.
(Jim)""
<JLRICE@SOUTHERNC To
O.COM> IDMSVENDOR-L@LISTSERV.IUASSN.COM
Sent by: IDMS cc
3rd-party
providers forum Subject
<IDMSVENDOR-L@LIS [IDMSVENDOR-L] Storage question
TSERV.IUASSN.COM>


01/29/2008 03:30
PM


Please respond to
IDMS Public
Discussion Forum
<IDMS-L@LISTSERV.
IUASSN.COM>






We have recently purchased some new DASD here at Southern. Our storage
group is asking if we would have any problems if they carved it up in
mod 9 and mod 27 type volumes - presumably to make it easier for them to
administer. Presently they define our volumes as mod 3 types.

Anyone have any experiences with these mod types that they can share?
Any gotchas to look out for?

Thanks in advance.

Jim


Jim Rice
jlrice@southernco.com
ph (404) 506-4148
Fax (404) 506- 4870
SO Linc 2988/770.550.2988

This e-mail and any of its attachments may contain proprietary Southern
Company and/or affiliate information that is privileged, confidential,
or protected by copyright belonging to Southern Company and/or its
affiliates. This e-mail is intended solely for the use of the
individual or entity for which it is intended. If you are not the
intended recipient of this e-mail, any dissemination, distribution,
copying, or action taken in relation to the contents of and attachments
to this e-mail is contrary to the rights of Southern Company and/or its
affiliates and is prohibited. If you are not the intended recipient of
this e-mail, please notify the sender immediately by return e-mail and
permanently delete the original and any copy or printout of this e-mail
and any attachments. Thank you. =20


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: Storage question
"Jim,

We successfully moved from mod 3 to mod 9 last year. The disks have 3
times the capacity of mod 3's so we can allocate larger files. In our
case, more a benefit for huge TSO type files rather than the IDMS
database files. Good for large sort files if you are doing large
unload/reloads.

Chris Wood
Alberta Department of Energy
CANADA

Outcomes