Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!steinmetz!davidsen
From: davidsen@steinmetz.steinmetz.UUCP (William E. Davidsen Jr)
Newsgroups: comp.unix.xenix
Subject: Re: '287 will speed up Xenix?
Message-ID: <7655@steinmetz.steinmetz.UUCP>
Date: Mon, 19-Oct-87 17:18:29 EDT
Article-I.D.: steinmet.7655
Posted: Mon Oct 19 17:18:29 1987
Date-Received: Tue, 20-Oct-87 21:05:57 EDT
References: <1819@killer.UUCP> <332@ncrcan.Toronto.NCR.COM>
Reply-To: davidsen@crdos1.UUCP (bill davidsen)
Organization: General Electric CRD, Schenectady, NY
Lines: 21
Keywords: Xenix '287

In article <332@ncrcan.Toronto.NCR.COM> brian@ncrcan.Toronto.NCR.COM (Brian Onn) writes:
|In article <1819@killer.UUCP> tony@killer.UUCP (Tony Holden) writes:
|>I have just heard a statement that if true, I can't believe.
|>
|>The statement is:  if you have a math co-processor on board then Xenix itself
|>will speed up by 20-30%.

|Very few utilities use floating point, and only one comes to mind on Xenix,
|spline.  Thus expect no speed up from the utilities.
|
|The only advantage would be if you were running an application on Xenix that
|did extensive floating point operations, and it actually *uses* the
|co-processor. 

If you're using nroff/troff much you might want it. We tested nroff on a
VAX and found that it was cost effective to add an FPA. I suspect the
same is (even more) true on a [23]86.
-- 
	bill davidsen		(wedu@ge-crd.arpa)
  {uunet | philabs | seismo}!steinmetz!crdos1!davidsen
"Stupidity, like virtue, is its own reward" -me