[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference vaxaxp::vmsnotes

Title:VAX and Alpha VMS
Notice:This is a new VMSnotes, please read note 2.1
Moderator:VAXAXP::BERNARDO
Created:Wed Jan 22 1997
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:703
Total number of notes:3722

602.0. "uVAX II 5.4->7.1" by OTOOA::GMACDONALD (Its badluck to be superstitious) Thu May 15 1997 11:15

Hi.  I have a customer who has a MicroVAX II with 8MB of RAM and 2 RA80 disk
drives (330 MB) (1 system disk. & 1 user disk.)  The operating system is
VMS 5.4-1 and they have 2 compilers installed: Fortran & Pascal.  They are
considering upgrading the system (7.1) and its compilers to their latest 
versions.  And they are thinking of loading enough of PATHWORKS so they 
can download files to a PC they have.  I have a few questions:

1) Will 7.1 function on this hardware configuration?  I can't find anywhere
that says it doesn't, but I would presume it would be a fair amount slower.
2) Will they need to upgrade their license PAK's?  They have 3 licenses as
already mentioned (OpenVMS, Pascal, & Fortran.)  If not, where is that
type of information found.

I'm tempted to tell them to just leave things the way they are.  But they
want to be at the latest version to match some of their other systems and
for support.  I don't think PW at 8MB is going to do no matter how
stripped down it is.  It actually may be overkill for what they want to
do (occasionally transfer files from the system to a PC.)

Upgrade path from what I can see is: 5.4->5.5->6.1->7.1

Any suggestions appreciated.

Thanks. Grant.
T.RTitleUserPersonal
Name
DateLines
602.1An Antique (and Slow) ProcessorXDELTA::HOFFMANSteve, OpenVMS EngineeringThu May 15 1997 14:5827
   OpenVMS VAX V7.1 is supported in this configuration, though I'd
   definitely increase the memory to 16 MB, and I'd look for some RA81
   or RA82-class disks.  The customer will want a current license and
   license PAK for OpenVMS, and will want current PAKs if also upgrading
   Pascal and Fortran.  (Customer PAKs tend not to expire -- but it's
   worth checking for any specific "oddities" in the local PAKs.)

   For specific OpenVMS support requirements, see the OpenVMS Product
   Description (SPD).

   As for PATHWORKS minimum system requirements, you'll want to check
   with the PATHWORKS Software Product Description (SPD).

   My assumption here is that this box is woefully underpowered -- that
   CPU design is well over ten years old.  I'd look at replacing the
   KA630/MS630 CPU/memory with a KA650/MS650, KA655/MS650, or better,
   or replacing the entire system with a MicroVAX 3100 series box.

   Confirm that all software is supported -- see the software rollout for
   details:

	http://www.openvms.digital.com/openvms/os/swroll/index.html

   Be sure to read the new features and the release notes manuals for the
   various releases, as well as the installation guides.

602.2EEMELI::MOSEROrienteers do it in the bush...Thu May 15 1997 15:124
    as a nit: I'd go with a fresh installation, instead of the multi-step
    upgrade to go from V5.4 up to V7.1
    
    /cmos
602.3OTOOA::GMACDONALDIts badluck to be superstitiousThu May 15 1997 16:2226
Thanks for the info.

>   OpenVMS VAX V7.1 is supported in this configuration, though I'd
>   definitely increase the memory to 16 MB, and I'd look for some RA81
>   or RA82-class disks.  The customer will want a current license and
>   license PAK for OpenVMS, and will want current PAKs if also upgrading
>   Pascal and Fortran.  (Customer PAKs tend not to expire -- but it's
>   worth checking for any specific "oddities" in the local PAKs.)

>   My assumption here is that this box is woefully underpowered -- that
>   CPU design is well over ten years old.  I'd look at replacing the
>   KA630/MS630 CPU/memory with a KA650/MS650, KA655/MS650, or better,
>   or replacing the entire system with a MicroVAX 3100 series box.

Unfortunately, I'm not sure how easy that will be.  This system comes in a
real strange looking enclosure.  It is used on the aircraft for the Dept.
of National Defence in Canada.

For what they are doing now they say the box runs quite fast (runs a
Pascal program which collects information from the aircraft.)  They were
wondering if an upgrade to 7.1 will have much additional overhead.  As
far as Pathworks goes, they would only need it once in awhile to download
some of the data collected to a PC (it wouldn't run while the system was in
production; only after it was taken off the airplane.)

Thanks. Grant.
602.4Plug Compatible...XDELTA::HOFFMANSteve, OpenVMS EngineeringThu May 15 1997 17:0854
>   My assumption here is that this box is woefully underpowered -- that
>   CPU design is well over ten years old.  I'd look at replacing the
>   KA630/MS630 CPU/memory with a KA650/MS650, KA655/MS650, or better,
>   or replacing the entire system with a MicroVAX 3100 series box.

:Unfortunately, I'm not sure how easy that will be.  This system comes in a
:real strange looking enclosure.  It is used on the aircraft for the Dept.
:of National Defence in Canada.

   If this box uses DIGITAL KA630/MS630 modules, then the KA650/MS650
   or KA655/MS650 are plug-replaceable -- the system requirements, the
   I/O bulkhead connection, etc., are compatible.  Power-down and open
   the box, pull the current KA630 and MS630(s) out, and plug in the
   KA65x and one or two MS650s, and reboot.

   Confirm that all the other Q-bus boards are at appropriate revisions.
   In particular, older QDSS boards tend to be sensitive to the presence
   of KA650 and KA655 CPUs.  KA650-vintage QDSS controllers, and most
   other Q-bus boards don't care...

   Other potential problems around the upgrade will be any "odd" hardware
   or software present in the box -- you'll have to run a basic software
   audit to see what is configured and what is actually used, and what
   is supported on V7.1.

   Disk upgrades to (antique) RA81/RA82 series disks should be similarly
   easy, assuming there are DIGITAL disks inside this box -- these series
   disks are physically quite compatible with the older RA-series disks.

	--

   If you choose not to upgrade the CPU, seriously consider upgrading
   to 16 MB.  If the system is not already using an 8 MB MS630 board,
   you will need two of these 8 MB modules -- otherwise, one additional.

:For what they are doing now they say the box runs quite fast (runs a
:Pascal program which collects information from the aircraft.)  They were
:wondering if an upgrade to 7.1 will have much additional overhead.  As
:far as Pathworks goes, they would only need it once in awhile to download
:some of the data collected to a PC (it wouldn't run while the system was in
:production; only after it was taken off the airplane.)

   Check the PATHWORKS SPD for the minimums.  V7.1 will likely be
   somewhat slower than they are presently used to, particularly
   given the extremely limited memory present in the current 8MB
   configuration

   --

   (This big box could easily be replaced by a rather more compact
   (and far faster) MicroVAX 3100 series, unless these folks have
   relatively large shock and vibration requirements, or other "odd"
   environmental requirements...)

602.5ALPHAZ::HARNEYJohn A HarneyThu May 15 1997 18:0515
Pathworks seems like major overkill if they don't need full-time file
serving.

What about just installing UCX and FTPing the files to the PC?

Or zip the data files, and DECnet Mail them to a system on the ground
that CAN transfer files to the PC.

Or, and I'm being serious, Kermit, if the files aren't too big.

In 8MB, you're going slow enough as it is.  I can't imagine PATHWORKS
helping things AT ALL.

Just ideas and opinions...
\john
602.6PWRK =>16MB minimumGIDDAY::GILLINGSa crucible of informative mistakesThu May 15 1997 21:245
  Pathworks simply won't install unless you have 16MB or more. If you can
  find the parts, it's trivially easy to upgrade Q-BUS processors and
  memory. Just plug in the faster processor and reboot!

						John Gillings, Sydney CSC
602.7My MicroVAX II runs V7.1COMEUP::SIMMONDSloose canonFri May 16 1997 00:4811
.3> For what they are doing now they say the box runs quite fast (runs a
.3> Pascal program which collects information from the aircraft.)  They were
.3> wondering if an upgrade to 7.1 will have much additional overhead.  As
                               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    If you're asking about the application execution environment, I doubt
    they'll discern much difference, provided any increased WSET memory
    requirements are met.. the critical code paths are still fast.. they
    may also see a little application code improvement out of the current
    compilers.
    
    John.