× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: CISC to RISC - why not FRCOBJCVT on reload?
  • From: "Jeffrey M. Carey" <jeffreycarey@xxxxxxx>
  • Date: Wed, 10 Dec 1997 13:42:13 -0600
  • Organization: Trase Miller Solutions

When we first converted to RISC (V3R6), we did use FRCOBJCNV.  In fact
the Redbook (SG24-4600-00 - there might be a later edition now)
reccommened it as outperforming a separate rst and objcnv.  Of course
the risk is that if something goes wrong, you might have to start all
over, intead of just restarting the half that failed.

Also, if you have the system resources available, you can break up the
STROBJCNV job into several and run them concurrently.  This would be
especially useful on multiple processor systems.  The Upgrade Assistant
estimate is based on a single threaded job, I believe.  Also pay close
attention to the objects it's estimate omits, such as compressed
objects.

Randy Scott wrote:
> 
> After reading pages 16-4 to 16-5 of the Road Map, it seems to me that the only
> problem with using FRCOBJCVN when restoring our libraries is if it would take 
>more
> than 24 hours. In my case, the restore should only take 6 hours and the EUA
> predicts 10 hours for object conversion. This would be helpful to do both 
>steps at
> once because I would put our single 8mm tape in and let it process overnight,
> thereby not having to do the object conversion later that next day. Does 
>anybody
> know of any problems with this idea?
> Sclind2 wrote:
> 
> > Al -
> >
> > Now it makes more sense what IBM is having done here.  I will have the
> > *production* userdata, our vendor products, and our CISC LPP's on the 
>machine
> > before I install the RISC LPP's.  (We have done exactly what you mentioned -
> > deleted S36 and S38 features, etc on the CISC system).
> >
> > But it is not feasible for us the rent all the disk we would need to have 
>the
> > RISC and CISC systems contain the same data.  So while I am following the
> > roadmap otherwise, this is technically a deviation.  I will also be limited 
>in
> > not always being able to use a Enhanced Upgrade Assistant option, for 
>example,
> > using EUA to restore the system.  Instead of having it perform a RSTLIB
> > *NONSYS, I will have to perform a RSTLIB *IBM followed by a RSTLIB (list of
> > libraries).
> >
> > I have spoken to IBM (through our Support Center contract), and the person
> > there assured me what I'm doing should be no problem.  But I'm always wary 
>of
> > that response given so easily.
> >
> > Any comments?  Is this workable, or headed for certain disaster?
> >
> > Scott Lindstrom
> > Zenith Electronics.
> > +---
> > | This is the Midrange System Mailing List!
> > | To submit a new message, send your mail to "MIDRANGE-L@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 unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---
> uucp
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@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 ...

Replies:

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.