home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.pc-clone.32bit:1351 biz.sco.general:5611 comp.unix.sys5.r3:423 comp.unix.sysv386:17918
- 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
- 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
- Lines: 80
- Message-ID: <ADAMS.93Jan27234111@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>
- References: <C188DI.EHE@ddsw1.mcs.com> <2B6010B6.14DF3@tct.com>
- <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.
-
-
-
-