O.K.  I think I understand what you're doing now.  ;-)

But I'm not sure I understand why you are restoring to RISC something you
created on RISC but saved at V3R2.  Is this a multiple AS/400 environment
with different CISC/RISC boxes?  If this is the case, I might suggest that
you do two saves, one with TGTRLS(V3R2M0) and one with TGTRLS(V3R6M0) (or
your lowest common denominator RISC OS version).  Again, it depends on how
large a restore you're talking about.  Give us a few more details if you're
not getting the answer you're looking for.

Interesting.  I just prompted SAVLIB on our V4R4 and the only valid OS
version values for TGTRLS are V3R2M0, V4R2M0, V4R3M0, & V4R4M0.  So, if
you're at V4R4 and have to restore to a V3R6 or R7 or V4R1, you may have to
put up with the program object conversion regardless.

Makes me glad I don't have to deal with different OS versions.

- Dan Bale

-----Original Message-----
From: Vivian.T.Bassani@sb.com [mailto:Vivian.T.Bassani@sb.com]
Sent: Friday, February 25, 2000 3:57 AM
To: MIDRANGE-L@midrange.com
Subject: RE: LDFXxx System Tasks.



The programs are compiled at V3R2 and saved at V3R2 but the system
that the programs are created on is a RISC system running V4R3. The
save file exists on the same V4R3. It seems that even if the system
is RISC and you compile/save to support a CISC version of the OS, then
when the programs are restored to a RISC based system some conversion
still takes place. There does not seem anyway of avoiding this as the
LDFXxx tasks, start running during the restore. Once the restore is complete
there is no overhead (conversion) that takes place on first use of the
object.


Date: Thu, 24 Feb 2000 09:58:41 -0800
From: "Lemen, George (Contractor)" <george.lemen@weyerhaeuser.com>
Subject: RE: LDFXxx System Tasks.

 Vivian --
 With system value QFRCCVNRST = 0 you are telling the system not to convert
objects from CISC to RISC on the restore....... The restore will
take longer but your users will not see the hit.
George Lemen
CIBER Inc
Weyerhaeuser CER Technical Support and Operations Manager
Weyerhaeuser phone: (253) 924-7975
Weyerhaeuser e-mail: george.lemen@weyerhaeuser.com
CIBER Phone (425) 451-2575 x142
CIBER E-mail: glemen@ciber.com

> ----------
> From:   Vivian.T.Bassani@sb.com[SMTP:Vivian.T.Bassani@sb.com]
> Reply To:    MIDRANGE-L@midrange.com
> Sent:   Thursday, February 24, 2000 9:02 AM
> To:     MIDRANGE-L@midrange.com
> Subject:     LDFXxx System Tasks.
>
>
> When restoring programs compiled and saved at V3R2 to a system running
> either V4R3/V4R4 from a save file, the system suffers from performance
> issues.
> There are 4/5 LDFXxx system tasks running, with each taking around 20% of
> the
> systems
> CPU. The QFRCCVNRST system value is set to '0' and the FRCOBJCVN parameter
> is
> set to *SYSVAL. When the objects are saved at V4R3/V4R4, the LDFXxx jobs
> are
> present but only use a minimal
> amount of CPU. Can anyone tell me what these tasks are doing? I seem to
> remember
> having the same problem
>  a few years back but have forgotten.
>
> Thanks
>
> Viv
>


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.