home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.pc-clone.32bit:841 comp.unix.sysv386:17502
- Newsgroups: comp.unix.pc-clone.32bit,comp.unix.sysv386
- Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!menudo.uh.edu!lobster!nuchat!texhrc!texhrc!ak45ldp
- From: someone@Texaco.com (Larry D. Pyeatt)
- Subject: Re: PC-Clone UNIX Hardware Buyer's Guide
- Message-ID: <1992Dec17.203324.1227@texhrc.uucp>
- Sender: news@texhrc.uucp
- Nntp-Posting-Host: aisun
- Organization: Texaco
- References: <ByyLw8.Jrz@hfglobe.intel.com> <id.1SOV.762@ferranti.com> <1992Dec14.205445.6059@crd.ge.com> <id.D5VV.O87@ferranti.com>
- Date: Thu, 17 Dec 1992 20:33:24 GMT
- Lines: 25
-
- In article <id.D5VV.O87@ferranti.com>, peter@ferranti.com (peter da silva) writes:
- |> There's this thing called a "budget". If you have X dollars to spend on a
- |> system, it's a lot more cost effective to put those dollars into RAM and
- |> disk than an FPU until X gets pretty big. I'd take a system with 16M and
- |> no FPU over 8M and an FPU any day. Hell, dumping the FPU saves most of the
- |> cost of a tape drive... another line item I'd put in before an FPU. Unless
- |> you do a LOT of floating point, the FPU is about as useful as string of
- |> christmas lights.
-
- I think I would go the other way around, ( 8M and an FPU over 16M without one )
- but that is because I need the 1000% speedup that the FPU will give me. I have
- a hard time waiting for 9 hours for a program to finish. I would hate to have
- to wait for 90 hours. Mileage may vary.
-
- |> It's like buying a caching disk controller... until you run out of slots
- |> on the motherboard, you're better off buying a dumb controller and adding
- |> RAM.
-
- I can't argue with that!
-
- --
- 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.
-