home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / pcclone / 32bit / 1351 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  4.6 KB

  1. Xref: sparky comp.unix.pc-clone.32bit:1351 biz.sco.general:5611 comp.unix.sys5.r3:423 comp.unix.sysv386:17918
  2. Path: sparky!uunet!uunet.ca!xenitec!eff!sol.ctr.columbia.edu!spool.mu.edu!nigel.msen.com!math.fu-berlin.de!news.th-darmstadt.de!adams
  3. From: adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams)
  4. Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386
  5. Subject: Re: PC Unix/Xenix vendors
  6. Date: 27 Jan 93 23:41:11
  7. Organization: TH-Darmstadt
  8. Lines: 80
  9. Message-ID: <ADAMS.93Jan27234111@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>
  10. References: <C188DI.EHE@ddsw1.mcs.com> <2B6010B6.14DF3@tct.com>
  11.     <ADAMS.93Jan25230527@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>
  12.     <1993Jan26.153926.19840@texhrc.uucp>
  13. NNTP-Posting-Host: pdv2.fmr.maschinenbau.th-darmstadt.de
  14. In-reply-to: pyeatt@Texaco.com's message of Tue, 26 Jan 1993 15:39:26 GMT
  15.  
  16. In article <1993Jan26.153926.19840@texhrc.uucp> pyeatt@Texaco.com (Larry D. Pyeatt) writes:
  17.  
  18.    In article <ADAMS.93Jan25230527@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>, adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams) writes:
  19.    |> To: 
  20.    |> In article <2B640EE0.675B@tct.com> chip@tct.com (Chip Salzenberg) writes:
  21.    |> 
  22.    |> >   According to karl@ddsw1.mcs.com (Karl Denninger):
  23.    |> >   >Certainly, [PC clones] have the installed base now.  But these
  24.    |> >   >"installed" systems do not play well together, they're unstable (ask
  25.    |> >   >any DOS user) and to get away from that is just too damn expensive.
  26.    |> 
  27.    |> As DEC was able to build a binary compiler VAX executables to alpha,
  28.    |> same should be possible for a less complex architecture like 386.
  29.                     ^^^^^^^^^^^^^^^^^^^^^^^^^  
  30. >    Have you actually written assembly code for both the VAX and the
  31. >   8088 family?  The 80486 is not a less complex architecture than the VAX.
  32. >   Less powerful? debatable.  Less complex? no.  The 80486 instruction set
  33. >   is ridiculous.
  34.  
  35. 1) I was referring to complexity of instruction set, 
  36. ( instructions x addressing modes). VAX is more complex than 80386,
  37. as latter imposes much more and tighter restrictions on tupel
  38. (instructions x addressing modes).
  39.  
  40. BTW: I programmed both, VAX and 88 in assembly language, enjoying the
  41. VAX.
  42.  
  43.    |> How about jsut to compile your 386-Windows-3.1 excutables into 
  44.    |> R4000-IRIX-X-executables? Impossible? ...would not bet !
  45.  
  46.    It is definitely possible.  But there are a lot of potential problems.
  47.    You probably would end up with pretty inefficient code.  I guess that
  48.    if you really worked at it, you could do some reasonable optimizations,
  49.    but it wouldn't be easy.
  50.  
  51.    |> 
  52.    |> >   It's DOS and Windows that are unstable, not the hardware architecture.
  53.    |> >   Contrast UNIX on a PC clone: it keeps going, and going, and going...
  54.    |> 
  55.    |> NO! 
  56.  
  57.    Even if it were stable, the PC architecture is ugly.  It makes optimization
  58.    expensive, and executables larger.  It is an 8 bit machine that has been
  59.    expanded past reason.  But that's what the market demands.  Intel even
  60.    advertizes its new chips by the number of transistors they contain.  News
  61.    flash: other processors are faster with half as many transistors.  Intel
  62.    is actually advertizing the fact that their processors have such a poor
  63.    architecture that it is ineffecient to implement.  Could you imagine if
  64.    an automobile manufacturer ran an ad campaign proclaiming that their
  65.    engines have 4000 lbs of steel in them and that cars built around this
  66.    engine could expect to go as fast as a Volkswagen Beetle and get about
  67.    2 miles per gallon of gas?  It works for Intel because everyone has
  68.    tires and seatcovers to fit, and they know how to drive it.
  69.  
  70.    Okay, maybe I'm exaggerating a bit.
  71.  
  72.    (* stuff deleted *)
  73.  
  74.    |> 
  75.    |> >   "Goes away from DOS" ... to systems that support DOS applications,
  76.    |> >   like OS/2 and Windows and modern UNIX VP/ix or DOS Merge or SoftPC.
  77.    |> >   Those real people-use-'em DOS apps won't disappear for a decade or so.
  78.    |> 
  79.    |> Why? They are now substituted with programs having similiar user interface
  80.    |> (lock and feel), will be able to handle the old data, but 
  81.    |> nothing more. 
  82.    |> 
  83.    |> Why should any system addministrator like the hassle with
  84.    |> extended and expanded (or was it just expected) memory,
  85.    |> lack of user and process isolation(viri ...). Tell me why?
  86.  
  87.    They just don't know anything better, and are unwilling to learn?
  88.  
  89.    Larry D. Pyeatt                 The views expressed here are not
  90.    Internet : pyeatt@texaco.com    those of my employer or of anyone
  91.    Voice    : (713) 975-4056       that I know of with the possible
  92.                    exception of myself.
  93.  
  94.  
  95.  
  96.