home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!uvaarpa!concert!ais.com!bruce
- From: bruce@ais.com (Bruce C. Wright)
- Newsgroups: comp.os.vms
- Subject: Re: Plans for mixed Alpha/VAX cluster with common system disk?
- Message-ID: <1992Nov19.125053.5849@ais.com>
- Date: 19 Nov 92 12:50:52 GMT
- References: <01GQSBYNA64Y9I497E@KVI.nl> <1992Nov12.224853.23999@engage.pko.dec.com>,<1992Nov13.100832.3777@dxcern.cern.ch> <1992Nov19.125756.7901@slcs.slb.com>
- Organization: Applied Information Systems, Chapel Hill, NC
- Lines: 38
-
- In article <1992Nov19.125756.7901@slcs.slb.com>, brydon@asl.slb.com (Harvey Brydon (918)250-4312) writes:
- > In article <1992Nov13.100832.3777@dxcern.cern.ch>, julian@vscn08.cern.ch
- > (Julian James Bunn) writes:
- >>What worries me more about a mixed architecture VAX/Alpha VMS Cluster is
- >>how the poor innocent users are going to sort out the confusion between
- >>VAX and Alpha executables. [...]
- >
- > It's probably too late by now, but since the two executable types are
- > incompatible, it would have made sense to me if the Alpha executables were
- > something else besides *.EXE
-
- This is one of those situations where you can't win. If the default
- extension for executable images were changed, then many of the programs
- that spawn subprocesses or do dynamic mapping to sharable images are
- likely to break when they're recompiled for Alpha. (For the most part
- you don't need to go through your programs to look for things like
- that when you move them to Alpha -- though you may want to do so for
- other reasons, such as improving efficiency on the new architecture).
-
- The idea one person had, about embedding both types of executable
- code in one image, also has similar problems but probably a lot less
- code depends on the image format than on the file names. If any code
- does depend on the image format it will break for Alpha anyway.
-
- What I don't understand is why the image activator in Alpha doesn't
- crank up VEST in interpretive mode in such cases (or possibly only if
- a flag is set in the image header, like the debug flag). It seems to
- me that this would get you very much of the effect you'd want for
- very little penalty (other than the interpretive overhead, of course,
- which is substantial but still faster than most VAXen).
-
- On the other hand, I don't think this will be that big a problem in
- practice -- that's the way network file systems have worked in Unix
- for years without anyone complaining much about it. Each architecture
- just gets its system binaries from different places, & the users have
- to fend for themselves.
-
- Bruce C. Wright
-