Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!rutgers!sri-spam!ames!ucbcad!ucbvax!hplabs!pyramid!voder!blia!forrest
From: forrest@blia.BLI.COM (Jon Forrest)
Newsgroups: comp.os.vms
Subject: Re: 8800 as a BATCH-machine ?
Message-ID: <3156@blia.BLI.COM>
Date: Tue, 25-Aug-87 13:08:06 EDT
Article-I.D.: blia.3156
Posted: Tue Aug 25 13:08:06 1987
Date-Received: Thu, 27-Aug-87 06:07:51 EDT
References: <245@nvpna1.UUCP>
Organization: Britton Lee, Berkeley, CA
Lines: 21


This seems like a very well thought out scheme. What bothers me is
that it may be too well thought out. First of all, the question of
why the normally highly interactive VMS environment is being made
into a batch environment wasn't mentioned. This seems like a step
backwards. I'd like to hear more about this. It's been my experience
that queues are useful for things like long running programs that
don't require much input, handling special devices like plotters
or laser printers, or maybe, in restricted environments, handling
repeated tasks like compiling or linking. Since inadequate information
was given about what kind of use would be made of this Vax being
giving more specific recomendations is difficult. However, an 8800
with 128 Meg is a big machine. My feeling is that now that you've
done such a good job with your plan, set up a subset of your plan
and see how it works. No matter how well you do you planning the
actual use and behavior of you system will surprise you.

Jon Forrest

ucbvax!mtxinu!blia!forrest
{pyramid|voder}!blia!forrest