Re: CISC to RISC - why not FRCOBJCVN on reload?

At 07:29 AM 12/10/97 -0500, you 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?


It's unclear to me why IBM added the FRCOBJCVN feature.  If you wanted
immediate access to the program without having the user get the 'Converting
to 64 bit...' message, it would have been a better design to launch
asynchronous tasks to do object conversion in the background.

The downside of that it that it could tend to flood a slower CPU.  This is
essentially the design that Peter O'Connor uses with his PC Accelerator
product.  It gets the job done with a significantly lower elapsed time, but
by flooding the CPU with work, you can't do much of anything else.  

My approach is to do side-by-sides over two weekends, and let STROBJCVN
work at it's own rate.

Al




Al Barsa, Jr. - Account for Midrange-L
Barsa Consulting, LLC.  
400 > 390

Phone:  914-251-9400
Fax:    914-251-9406





Private mail should be sent to barsa@ibm.net
+---
| 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
+---