From: adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams)
Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386
Subject: Re: PC Unix/Xenix vendors
Date: 27 Jan 93 23:41:11
Organization: TH-Darmstadt
	<ADAMS.93Jan25230527@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>
	<1993Jan26.153926.19840@texhrc.uucp>
NNTP-Posting-Host: pdv2.fmr.maschinenbau.th-darmstadt.de
In-reply-to: pyeatt@Texaco.com's message of Tue, 26 Jan 1993 15:39:26 GMT

In article <1993Jan26.153926.19840@texhrc.uucp> pyeatt@Texaco.com (Larry D. Pyeatt) writes:

   In article <ADAMS.93Jan25230527@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>, adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams) writes:
   |> To: 
   |> In article <2B640EE0.675B@tct.com> chip@tct.com (Chip Salzenberg) writes:
   |> 
   |> >   According to karl@ddsw1.mcs.com (Karl Denninger):
   |> >   >Certainly, [PC clones] have the installed base now.  But these
   |> >   >"installed" systems do not play well together, they're unstable (ask
   |> >   >any DOS user) and to get away from that is just too damn expensive.
   |> 
   |> As DEC was able to build a binary compiler VAX executables to alpha,
   |> same should be possible for a less complex architecture like 386.
				    ^^^^^^^^^^^^^^^^^^^^^^^^^  
>    Have you actually written assembly code for both the VAX and the
>   8088 family?  The 80486 is not a less complex architecture than the VAX.
>   Less powerful? debatable.  Less complex? no.  The 80486 instruction set
>   is ridiculous.

1) I was referring to complexity of instruction set, 
( instructions x addressing modes). VAX is more complex than 80386,
as latter imposes much more and tighter restrictions on tupel
(instructions x addressing modes).

BTW: I programmed both, VAX and 88 in assembly language, enjoying the
VAX.

   |> How about jsut to compile your 386-Windows-3.1 excutables into 
   |> R4000-IRIX-X-executables? Impossible? ...would not bet !

   It is definitely possible.  But there are a lot of potential problems.
   You probably would end up with pretty inefficient code.  I guess that
   if you really worked at it, you could do some reasonable optimizations,
   but it wouldn't be easy.

   |> 
   |> >   It's DOS and Windows that are unstable, not the hardware architecture.
   |> >   Contrast UNIX on a PC clone: it keeps going, and going, and going...
   |> 
   |> NO! 

   Even if it were stable, the PC architecture is ugly.  It makes optimization
   expensive, and executables larger.  It is an 8 bit machine that has been
   expanded past reason.  But that's what the market demands.  Intel even
   advertizes its new chips by the number of transistors they contain.  News
   flash: other processors are faster with half as many transistors.  Intel
   is actually advertizing the fact that their processors have such a poor
   architecture that it is ineffecient to implement.  Could you imagine if
   an automobile manufacturer ran an ad campaign proclaiming that their
   engines have 4000 lbs of steel in them and that cars built around this
   engine could expect to go as fast as a Volkswagen Beetle and get about
   2 miles per gallon of gas?  It works for Intel because everyone has
   tires and seatcovers to fit, and they know how to drive it.

   Okay, maybe I'm exaggerating a bit.

   (* stuff deleted *)

   |> 
   |> >   "Goes away from DOS" ... to systems that support DOS applications,
   |> >   like OS/2 and Windows and modern UNIX VP/ix or DOS Merge or SoftPC.
   |> >   Those real people-use-'em DOS apps won't disappear for a decade or so.
   |> 
   |> Why? They are now substituted with programs having similiar user interface
   |> (lock and feel), will be able to handle the old data, but 
   |> nothing more. 
   |> 
   |> Why should any system addministrator like the hassle with
   |> extended and expanded (or was it just expected) memory,
   |> lack of user and process isolation(viri ...). Tell me why?

   They just don't know anything better, and are unwilling to learn?

   Larry D. Pyeatt                 The views expressed here are not
   Internet : pyeatt@texaco.com    those of my employer or of anyone
   Voice    : (713) 975-4056       that I know of with the possible
				   exception of myself.



Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386