ca.portal.admin

Print Space Utility

Discussion created by ca.portal.admin on May 22, 2007
Is there any way to make the Print Space Utility ran a little faster.
I
have a job that is taking a couple hours to run. The area I'm trying
to
run the print space utility against is about 4 million pages.

Thanks,
Rose Kimlingen
CSC/GTS Database Services

------------------------------------------------------------------------
------------------------------------------------------------------------
--------------------------------

This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit
written
agreement or government initiative expressly permitting the use of
e-mail
for such purpose.
------------------------------------------------------------------------
------------------------------------------------------------------------
--------------------------------
"
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] Print Space Utility
"yes - depends why you needed it - if you omit the FULL parameterm it will
run MUCH faster - but will not be precise - but if you are not looking for
precision then this might bbe for you

also use PREFETCH or QSAM or a third-party product (there are many, but
ASG-fastAccess is the only one I have ever used) - it will SUBSTANTIALLY
reduce run time.



This is Chris Hoelscher and I approved this message!

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-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: Print Space Utility
"When this area is in more then 1 file, you can use the print space for file.
And run some print space jobs parallel
Afterwards you have to make the sum.


Luc De Naeyer
Infoco (InformaticsColruyt)
T : +32 2 360 10 40
----- Original Message -----
From: ""Rose M Kimlingen"" <rkimling@CSC.COM>
To: <IDMS-L@listserv.iuassn.com>
Sent: dinsdag 22 mei 2007 15:39
Subject: Print Space Utility

Is there any way to make the Print Space Utility ran a little faster. I
have a job that is taking a couple hours to run. The area I'm trying to
run the print space utility against is about 4 million pages.

Thanks,
Rose Kimlingen
CSC/GTS Database Services

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit
written
agreement or government initiative expressly permitting the use of e-mail
for such purpose.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Linking Rules Extended and not with DC and Batch
"Hi Jon,

Thanks for the reply and info.

By the way, I'm at the stage where I need foods smoother and softer than ""Cream of Wheat"". Mostly, I must eat through a straw.

Take Care,
Bruce
NAVSISA - (717) 605-2019 DSN 430-2019
Cell - (610) 468-9506

________________________________

From: IDMS Public Discussion Forum on behalf of Jon Gocher
Sent: Mon 5/21/2007 9:18 PM
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: Re: Linking Rules Extended and not with DC and Batch



Bruce -

I read your post while sitting in my wheelchair with my oxygen bottle and a
bowl of cream-of-wheat.

I have nothing ingenious.
While I suppose you could run programs with a certain MODE in an environment
not intended for that MODE and sometimes get away with it, I think it's like
playing with matches.

At Wegmans, we have several programs where we maintain batch, CICS, and
DC-COBOL program versions of the same code.
We have PANVALET, so we put all the business code in a ++INCLUDE module and
all the protocol-specific and environment specifc code are wrappers around
the included module.

If we change the logic, we do it in one place and have commented remarks in
the included module telling us the programs that need to be recompiled if a
change is made.

Thanks.
Jon



----- Original Message -----
From: ""Swist, Bruce S. CTR NAVSISA"" <bruce.swist@NAVY.MIL>
To: <IDMS-L@LISTSERV.IUASSN.COM>
Sent: Friday, May 18, 2007 12:05 PM
Subject: Re: Linking Rules Extended and not with DC and Batch


Hi Gary,

Thanks for the explanation, but I actually wasn't confused on those
principals. Let's just say, I've been around for a long time. I've created
my own dictionary MODE profiles and advised many on SUBSCHEMA-CONTROL in the
ADS and program environment. Heck, I knew Jon Gocher when he was a young
IDMS energetic upstart in Cullinet making his way. He must be 70 by now.
We sometimes taught the IDMS classes in separate rooms in the Philadelphia
Office where coffee and donuts were plentiful. (I was fairly young too!)

The real problem is - sometimes one hasn't tackled an issue that was close
to one's heart for many years, and in this case, understanding your very
wonderful and detailed explanation, I wanted to be sure the explanation I
stated for our programmers was accurate. You see we are developing a few
programs, where each will be called from ADS, BATCH, and DC-BATCH, and I
wanted to be sure my statements were accurate as I look for tricks and
ingenious methods to avoid maintaining two programs for reasons of different
MODES. I can come up with the TRICKS. I look to others for the ingenious
methods (Jon - are you listening???).

Any help is always appreciated.

Take Care,
Bruce
NAVSISA - (717) 605-2019 DSN 430-2019
Cell - (610) 468-9506

________________________________

From: IDMS Public Discussion Forum on behalf of Cherlet, Gary (JTS)
Sent: Thu 5/17/2007 6:45 PM
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: Re: Linking Rules Extended and not with DC and Batch



I think that you are wrestling with a couple of issues here. The first -
the MODE - defines the protocol that is used to access IDMS services.
What the MODE does is directs the pre-compiler to generate different
code to pass to the compiler. In a BATCH environment the IDMS calls are
to a module called IDMS, while DC-BATCH the calls go to IDMSDCBI and DC
calls go to IDMSCOBI. Depending on the MODE different functionality is
supported based on the environment that your program has indicated it
will be running in. MODE is BATCH does not support any but Database
verbs, DC-BATCH supports all database verbs PLUS the WRITE PRINTER and
QUEUE related commands. MODE is DC supports all of the above, plus
SCRATCH, STORAGE, TERMINAL, MAPPING and other ""DC"" type functionality.

The second issue that you are dealing with has to do with accessibility
to SUBSCHEMA-CONTROL and already bound RUN UNITs. In order to have any
communication with IDMS requires SUBSCHEMA-CONTROL - which is used to at
a minimum pass the DB/DC verbs being invoked, other verb specific
parameters, and receive status information back. Whether or not a RUN
UNIT is extended decides whether or not an existing, already BOUND
SUBSCHEMA-CONTROL is passed to the CALLED program. In the case where an
existing Run Unit is extended the CALLED program receives
SUBSCHEMA-CONTROL in its LINKAGE SECTION. In fact the CALLED program can
chose to ignore this SUBSCHEMA-CONTROL (using a DUMMY place holder in
the Procedure Division USING statement) and BIND its own RUN UNIT with a
SUBSCHEMA-CONTROL that is in its WORKING STORAGE.

When there is no RUN UNIT extension - the CALLED program MUST establish
its own SUBSCHEMA-CONTROL and issue the appropriate house keeping
commands - BIND RUN UNIT and so forth. It might issue the FINISH after
each call - or if it will be CALLED multiple times it might do only the
BIND on the first call and FINISH on the last call - or can rely on the
mainline to do a FINISH TASK which explicitly finishes all bound RUN
UNITS associated with the entire TASK.

Confused? So are lots of people - if there's anything I can do to
clarify please let me know - cheers - Gary

Outcomes